몇 시간전에 db오류 수정했다고 신나서 글썼는데 수정된게 아니였다 하핳
내가 아는 어떤 방법을 써봐도 mul키는 지정되었다 (1차 멘붕)
다른 방법을 찾기위해 mulkey 삭제를 검색하니 primary삭제만이 떴다(2차 멘붕)
다시 모델을 보던중 이 칼럼(?)이 외래키인것을 보고 다시 폭풍 구글링을 시작,
외래키의 제한 조건을 볼 수 있는 sql문법에 대해 알게 되었다
select * from information_schema.table_constraints where table_name = 'leafs';
그리고 나온
지금봐도 뭔지 모르겠다. 일단 primary 만 남기고 다 지웠다. 그랬더니 booking 모델에서도 오류가 발생했다. (booking부터 지웠어야 되는데 깜빡했네 하핳)
여기도 primary만 남기고 다 지웠다.
alter table bookings drop constraint bookings_ibfk_1 ;
그러고 나니 중복값 없이 잘 작동한다.
요약 :
1. 외래키로 지정한다.
2. 찾고 싶은 외래키 제한을 찾는다.
select * from information_schema.table_constraints where table_name = table
primary빼고 다 지운다.
alter table bookings drop constraint bookings_ibfk_1 ;
7월 11일 오전
db컬럼 type을 수정하고 서버에 반영하고나서 db를 새로 만들었는데
위의 오류가 나지 않는다..
db에서 오류가 난 모양이다.. 하핳
금일 밤 9시 51분
다시 오류가 났다.
이번에도 같은 제한이라 다 지웠는데
왜 더이상 저장이 안되는거지(db 초기화하고 다시 설정하니 잘 작동한다)