테스트 사이트 - 개발 중인 베타 버전입니다

이게 옳은 일일까요?

이미지 1.png
DB화 해야할 자료의 범위입니다.

DB화 말고 다른 방법 없을까요? ㅎㅎㅎㅎㅎ

댓글 작성

댓글을 작성하시려면 로그인이 필요합니다.

로그인하기

댓글 14개

DB화 해야 할거 같네요; ... ㅠ
서버가 터질것 같아서 ㅋㅋ
컬럼 수가 많아서 서버에 무리가 가는 건가요? 무슨 문제인지 이해를 못했네요 ^^;
네 ㅋㅋㅋ

컴럼수가 너무 많아요 ㅋㅋㅋㅋ
필드도 69*5 개니....

작업하기 전에 나중에 문제가 생기지 않을까 고민부터 ㅎㅎ
컬럼이 많으면 sorting하는데 필요 없는 놈들은 serialize시켜서 text로 몰아버리는 것도 방법이더라고요.
어차피 나중에 select문으로 불러와서 unserialize 시키면 방식으로...
컬럼이 너무 많으면 insert문 쓰는 것도 고역이라 이렇게 하면 확실히 간단해지고, 나중에 컬림이 추가되어도 DB 구조를 바꿀 필요가 없어 좋더라고요 ^^
각 컬럼마다 검색 및 정렬이 되야한다는게 에러죠.

저도 대규모 DB는 serialize를 선호하긴 하는데... 정렬이랑 검색 때문에 ㅎㅎ
크헉... 화이팅입니다;;
인터넷에 검색하면 간혹 serialize검색및 정렬 방법이라고 올라오는게 있긴하던데... 신뢰성이 없어서 ㅋㅋ
https://drupal.org/node/770622
제이판님이 제생각을 대변해주시네요.

아무리 검색 및 정렬이 존재한다해도.... 직렬화된 DB를 검색등에 이용하는것은.... 너무 불필요한 일같습니다.
넹 저도 검색/정렬이 필요하면 무조건 독립 컬럼을 만드는 게 맞다고 봅니다
빙고!
그러나 serialize된 자료를 검색/정렬이 필요한 서글픈.... 현실...
저정도 쯤이야 ㅋㅋㅋㅋ
ㅋㅋ

총데이터가 4만개로 늘었어요
엮인글: http://sir.co.kr/bbs/board.php?bo_table=pg_talk&wr_id=7195

게시글 목록

번호 제목
1717652
1717651
1717650
1717648
1717635
1717629
1717626
1717625
1717621
1717619
1717611
1717610
1717609
1717607
1717601
1717598
1717591
1717590
1717583
1717575
1717572
1717568
1717566
1717549
1717545
1717533
1717512
1717511
1717508
1717495