| 제목 | 이런 경우는 어케 할까요? | ||
|---|---|---|---|
| 글쓴이 | 헛발이 | 작성시각 | 2014/04/18 17:54:45 |
|
|
|||
|
만약에 여자들이 쓰는 가계부서비스를 하는 것이라고 가정을 한다면요... 1. 회원은 자유롭게 가입을 하기 때문에 몇명이 될지 모르는 상황이라고 가정하고 2. 한 고객이 가계부를 작성하는데 매일 매일 작성한다고 가정하고... 3. 하루에 적는 건수가 약 3,4건 된다고 가정하고.. 4. 한건당 제목과 가격과 내용과 비고등의 항목을 입력을 받는다고 가정하고.. 5. 나중에 한 건당의 가격을 합산하여 계산하거나 콩나물이라고 적은것만 찾아오거나 한다고 가정하고.. 그럴 경우 1건의 데이터는 하나의 레코드로 관리 하는것이 좋을까요? 예를 들면 항목테이블을 만들고 필드를 ... 번호 | 년-월-일 | 제목 | 가격 | 내용 | 비고 이런 테이블을 만들어 하루에 작성되는 건수를 복수로 등록시켜 주는 것이 나을까요? (걱정스러운건 이렇게 되면 데이터가 엄청 나게 많아 질것이 뻔한데 괜찮을까 해서요...) 제가 생각하고 있는것은 번호 | 년-월-일 | 내용 이런 태이블을 만들어 내용에 array ( ’년-월-일' => array( '0' => array( '제목' => '....', '가격' => '....', '내용' => '....', '비고' => '....', ), 1' => array( '제목' => '....', '가격' => '....', '내용' => '....', '비고' => '....', ), '2' => array( '제목' => '....', '가격' => '....', '내용' => '....', '비고' => '....', ) ) ); 이런 데이터를 json으로 변환 하여 문자로 한꺼번에 등록하는건 어떨 까 하고 생각하고 있는데요.. 이떻게 하는게 가장 일반적일까요?? 단순한 생각엔 한달치 데이터를 하나의 레코드로 관리 하는게 낫지 않나 생각이 들긴 하는데... 그러면 테이블을 번호 | 년 | 월 | 1 | 2 | 3 | 4 | 5.........30 | 31 이렇게 만들어서 하는게 나을지... |
|||
| 다음글 | 시간비교 질문 (3) | ||
| 이전글 | text form data 변경시 이벤트 발생 (6) | ||
|
변종원(웅파)
/
2014/04/18 18:41:50 /
추천
0
|
|
헛발이
/
2014/04/18 18:52:32 /
추천
0
음... 그렇쵸? 미친짓이죠? ㅋㅋ
알겟습니다.... 냉수로 세수한번 해야 겠네요... 감사합니다... |
|
변종원(웅파)
/
2014/04/18 18:57:05 /
추천
0
헛발이/ 아니면 mongoDB로 작업해보세요.
document oriented라 원하시는 형태로 저장을 할 수 있고 그안에서 검색도 가능합니다. ^^ |
직접 검색하지 않는 항목은 json으로 변환하여 저장해도 상관없습니다.
글 입력할때 내용을 파싱하여 키워드를 따로 저장하는 방법이 있으나 배보다 배꼽이 더 커집니다.