DB마다 정책이 상이한 부분을 염두에두고 스키마를 구성해야할것 같은데혹시라도 DB를 바꾸게될 가능성을 염두에 두고정책에 영향 받지 않게 우회해서 설계해야되나아니면 사용할 DB에만 맞춰서 설계해도되나 고민이네
db수시로 바꿀텐데.. 난 그랬음 - dc App
취준 플젝인데 수시로 바꿨다는거?
취준생따리가 db를 완벽하게 설계한다는것도 웃기고 요즘같은 msa아키텍처에서 수시로 바뀌는게 당연 - dc App
완벽하게 짜는게 어렵긴하겠지만 신입인데 MSA를ㄷㄷ 근데 DB 자주 바꾸는건 좀 의외네 난 끽해야 테스트 H2 쓰다 실구동 MYSQL로 바꾸는거 빼면 없을거라 생각했는데
기술면접때 써먹을수도?
근거가 있다면 정규화 같은걸 따졌을때 문제있더라도 오케일랑가
대기업 기준으로 잘 돌아가는 기능 DB 변경은 거의 없다고 보면됨 DB 변경 고려는 최후의 방법임
오키.. 그러면 그냥 mysql에 맞춰서 짜야겠다
선정 이유가 궁금하네
별거없음 걍 스키마 짤 때 null 타입에 대해 dbms마다 취급하는게 다른게 있어서