이게 옳은 일일까요? 정보
이게 옳은 일일까요?
본문
DB화 해야할 자료의 범위입니다.
DB화 말고 다른 방법 없을까요? ㅎㅎㅎㅎㅎ
댓글 전체
DB화 해야 할거 같네요; ... ㅠ
서버가 터질것 같아서 ㅋㅋ
컬럼 수가 많아서 서버에 무리가 가는 건가요? 무슨 문제인지 이해를 못했네요 ^^;
네 ㅋㅋㅋ
컴럼수가 너무 많아요 ㅋㅋㅋㅋ
필드도 69*5 개니....
작업하기 전에 나중에 문제가 생기지 않을까 고민부터 ㅎㅎ
컴럼수가 너무 많아요 ㅋㅋㅋㅋ
필드도 69*5 개니....
작업하기 전에 나중에 문제가 생기지 않을까 고민부터 ㅎㅎ
컬럼이 많으면 sorting하는데 필요 없는 놈들은 serialize시켜서 text로 몰아버리는 것도 방법이더라고요.
어차피 나중에 select문으로 불러와서 unserialize 시키면 방식으로...
컬럼이 너무 많으면 insert문 쓰는 것도 고역이라 이렇게 하면 확실히 간단해지고, 나중에 컬림이 추가되어도 DB 구조를 바꿀 필요가 없어 좋더라고요 ^^
어차피 나중에 select문으로 불러와서 unserialize 시키면 방식으로...
컬럼이 너무 많으면 insert문 쓰는 것도 고역이라 이렇게 하면 확실히 간단해지고, 나중에 컬림이 추가되어도 DB 구조를 바꿀 필요가 없어 좋더라고요 ^^
각 컬럼마다 검색 및 정렬이 되야한다는게 에러죠.
저도 대규모 DB는 serialize를 선호하긴 하는데... 정렬이랑 검색 때문에 ㅎㅎ
저도 대규모 DB는 serialize를 선호하긴 하는데... 정렬이랑 검색 때문에 ㅎㅎ
크헉... 화이팅입니다;;
인터넷에 검색하면 간혹 serialize검색및 정렬 방법이라고 올라오는게 있긴하던데... 신뢰성이 없어서 ㅋㅋ
https://drupal.org/node/770622
제이판님이 제생각을 대변해주시네요.
아무리 검색 및 정렬이 존재한다해도.... 직렬화된 DB를 검색등에 이용하는것은.... 너무 불필요한 일같습니다.
제이판님이 제생각을 대변해주시네요.
아무리 검색 및 정렬이 존재한다해도.... 직렬화된 DB를 검색등에 이용하는것은.... 너무 불필요한 일같습니다.
넹 저도 검색/정렬이 필요하면 무조건 독립 컬럼을 만드는 게 맞다고 봅니다
빙고!
그러나 serialize된 자료를 검색/정렬이 필요한 서글픈.... 현실...
그러나 serialize된 자료를 검색/정렬이 필요한 서글픈.... 현실...
저정도 쯤이야 ㅋㅋㅋㅋ
ㅋㅋ
총데이터가 4만개로 늘었어요
총데이터가 4만개로 늘었어요