Simple is Hard

회사를 여러곳 들락 거리다 보니 정말 개판으로 설계한 곳도 많고. 나 또한 그랬던것 같다.지식이 쌓일수록 예전의 설계들이 참 허접해 보인다.자 이제 실무로 들어가 볼까?우리가 흔히 말하는 테이블(entity)을 고찰해보자.대용량 데이터베이스 솔류션 (이화식著)에 보면 KEY 엔터티, 핵심(main) 엔터티, 행위(action) 엔터티로 분류한다.다른 이견들도 있을수 있으나 국내에선 최고의 권위자이니 그냥 그렇게 인식하도록 하자.그렇다면 키 엔터티란 무엇인가?데이터 설계시 키 엔터티를 잡는것은 건물의 골조를 세우는 것과 유사하다 할수 있다.내 나름의 해석으로는 맨위의 조상격이 되는 원조가 될 듯 하다.다음은 이화식 선생의 정의 비스무래이다.초기 모델링 단 계에서 키이 엔터티를 잘 정의해 두는 것은 무엇보다..

나의 경우엔 처음부터 DB관리자가 아니었다. 개발자->SE->DBA->모델러->DBA(현재 마이클럽 DBA로 재직중이다.) DB 관리자가 되기 위해선 일단 OS의 기본적인 이해가 필요하다. 대부분의 오라클 DB는 unix 에서 운영되기 때문에 unix의 이해는 반드시 필요하다. 그 다음 RDBMS의 기본적인 이론들이 필요하다. 좋은 책으로는 의 책이 있다. [도서] 데이터베이스 시스템 : 설계, 구현, 관리 (제4판) Peter Rob,Carlos Coronel 공저/남영광,김응모 등역 | 사이텍미디어 | 2003년 08월 25,000원 → 25,000원(0%