그누보드 - DB 설계 못해도 됩니까

예전에 갔던 회사에서 그 전에 개발자가 하던 걸 이어서 제가 한 적이 있는데 분명 테이블 두 개 이상이고 그래서 1:n로 매칭이 될 거라 생각하고 봤는데 테이블은 한 개 칼럼도 한 개...
그 칼럼 안에 구분자로 해서 다 넣어뒀더라구요.
아니나 다를까 클라이언트에서 요구가 왔습니다.
구분자로 칼럼 하나에 쑤셔 넣은 것 중 하나를 기준으로 해서 정렬해 달라고.
그리고 지금 회사 한 테이블에 칼럼이 150개 가량 되는데 그 중에 칼럼명이 x1부터 64까지 있는 게 있습니다.
ㅋㅋㅋㅋ 것도 설명도 없이.
DBA만큼 할 필욘 없어도 생각은 하고 만들어야 한다 생각이 드네요.

멋진남자임 자기소개 아이디로 검색 전체게시물 회원게시물

자기소개 아이디로 검색 전체게시물 회원게시물

15.01.09 14:02:37

헉... 심했군요^^ 감사합니다^^

권태곰 자기소개 아이디로 검색 전체게시물 회원게시물

자기소개 아이디로 검색 전체게시물 회원게시물

15.01.13 16:04:18

디비 설계 반드시 필요하시지요..
개발은 로직입니다..
업무 프로세스를 어떻게 파악하여 적용하느냐가 관건이기 때문에
db에 관련된 설계는 꼭 필요 하다고 봅니다.
다만 db 에 대한 튜닝이나 성능 분석은 DBA와 협업을 하셔도 무관은 합니다만.

멋진남자임 자기소개 아이디로 검색 전체게시물 회원게시물

자기소개 아이디로 검색 전체게시물 회원게시물

15.01.13 16:51:08

감사합니다.

잉끼 자기소개 아이디로 검색 전체게시물 회원게시물

자기소개 아이디로 검색 전체게시물 회원게시물

15.01.16 13:37:57

여러사람이 분업을 해야하는 큰 프로젝트만 할꺼 아니고서야..
DB 설계를 전혀 못하면 좀 문제가 있어 보이네요 ^^

멋진남자임 자기소개 아이디로 검색 전체게시물 회원게시물

자기소개 아이디로 검색 전체게시물 회원게시물

15.01.16 13:46:55

그렇죠^^

amazon1206 홈페이지 자기소개 아이디로 검색 전체게시물 회원게시물

홈페이지 자기소개 아이디로 검색 전체게시물 회원게시물

15.01.19 17:17:52

DB설계...집으로 표현하자면 뼈대라고 생각되네요.
설계에서 뼈대를 잘못하면,추후운영상의 문제가 발생되거나 다시 뜯어고치는 경험 왠만큼 경험있으신분이라면...
아실듯 하네요..

멋진남자임 자기소개 아이디로 검색 전체게시물 회원게시물

자기소개 아이디로 검색 전체게시물 회원게시물

15.01.19 19:01:49

그렇죠^^ 감사합니다

port443 자기소개 아이디로 검색 전체게시물 회원게시물

자기소개 아이디로 검색 전체게시물 회원게시물

15.02.12 12:22:34

원론적으로 가서
DB 설계를 못하고 단순히 테이블만 만들어 C.R.U.D 만 해도 개발은 할 수 있습니다.
하지만 퍼포먼스와 관계형 (적어도 A 라는 테이블과 B라는 테이블이 교집합이다 합집합이다 정도 등) 과 같이
개발이 더 편해질려면 알아야 하는 부분중 하나입니다.
요즘은 시대가 좋아져서 ORM 등으로 내가 DB 설계는 모르지만 프로그램상 이렇게 필요해! 정도로 코드를 짜면
알아서 DB 구축을 해주는 시대가 되긴 하였습니다.
물론 객체지향적으로 코딩을 해야겠지만요.
작업을 많이 하시다보면 어디서 풀로드가 걸리니 인덱스를 걸어야 하고 또 어떤 테이블을 짜야 효과적인지
일단 코드만 잘 짜도 눈에 보이기에 그것만 수정하면 됩니다.
DB를 100 까지 잘할 필요는 없지만 적어도 30~40은 할 줄 알아야 한다는 생각입니다.