"왜 제가 만든 SQL에 있던 PK 날렸죠?"
"요즘 누가 PK를 써요? 시대에 뒤떨어진..... "
'이런... 시xxxx'
무조건 추세 쫓아 다녀야하나.. 에휴..
요즘 그 시XXXXX 는 머 쓴답니까? 궁금하네요...
저도 궁금;
pk 가 프라이머리 키 였죠? 전 의례적으로 pk 쓰는데..
pk 안쓰는 사람이 오히려 바보 아닌가요?
안쓰면 안되는 거죠 말그대로 RDBMS인데 그걸 안쓰면 뭘 쓴다는 거죠? 대부분 귀찮아서 그러는 거지 꼭 써야 데이타가 유용한 데이타가 되는거죠~~~ 힘네세요~
PK 를 안쓴다... 게으름의 증거겠죠. 그럼 RDBMS 가 아니겠죠. 사실 constraint 를 걸어 준다는 것은 나중에 프로그래밍을 하던지 DB remodeling 을 할때 참 많이 걸립니다. 하지만 무결성을 위해서는 될 수 있으면 정확히 필요한 만큼 constraint 를 걸어줘야 합니다. 당연한게 아닌가 생각합니다. 그분께 제대로 된 DB modeling 한것 좀 보여 달라고 하세요. 어떻게 하셨는지... 실제로 궁금해 집니다 ^^
흠...PK 하니깐 Player Kill 이 생각나네...-.ㅡ;;;;;
요즘 추세가 pk없는건가요.처음듣네.. 우린 pk없는거 찾아내서 억지로 다 걸어주기까지 했는데..물론 다른 이유때문이긴 하지만.. 여튼 대!략!난!감! OTL 여기 엔코아도 오고 엠에스도 있고.. 씨퀄하면 이바닥에서 알아주는 사람들도 왔다리 갔다리 한곳인데... pk다 만들어져있습니다. 디비설계에서 추세라는걸 따지는것도 우습지만.. 그분기준의 추세도 아닌듯합니다.
요즘 추세로 따지자면...
개념없는게 유행이죠? 안드로메다 관광 ㅋㅋㅋ
그 뒤에 추가된 말이.. 더 좌절입니다. "DB도 모르시는 분 같은데... " ".... " '아.. 그래 모른다 몰라.. -_-;' 결국 그쪽에서 하자는대로 하고 있습니다. 뭐.. '갑'이 하자면 해야죠. ( -_-)
엑셀로 착각하는거 아닙니까? ㅋㅋㅋ
그분께 이글의 URL을 살포시 던저 주세요..
물론 님께서 보여주기 전의 사전 세팅하신뒤 보여주셔야겠지만,
갑이 하자는대로 하다가는~~ 평생~~ 똥개 훈련 받을겝니다.
갑의 요구를 무시해서도 안되시만..
가장 좋은것은 시방서(없는건 아니죠?) 대로 해주면됩니다.
그이후 유지보수 할때 역시 유지계약서에 의거한대로만 해주시면 됩니다.
만일 DATA 무결성의 원칙에 의거 갑이 일방적으로 db를 훼손 할 경우
그에 대한 면책 특권 조항을 계약서에 명시하세요
(아마, 기본적으로 무결성원칙은 계약서에 첨부되는걸로 압니다)
대 놓고 법대로 하자고 우기면... 프로젝트가 없어질찌도 ... ㄷㄷㄷ
이야~~ -_-)=b
김주현님의 말씀에 100%동감합니다... 귀찮다고 그냥 그렇게 쓰다가 위의 경우와 비슷한 경우가 많이 생기죠~~~ㅋㅋ