김태형Bearth 2011-01

15col * 100만 row 정도면 h/w 만 좋으면 충분히 커버됩니다.
향후 얼마나 데이터가 늘어나는가에 대해 정교한 DB설계가 필요할 수 있고,
현 상태로는 글쎄요. 시간과 비용을 개별적으로 산정해보면 달라 지겠지만,
개발자의 능력에 따라 시간과 비용이 달라지기 때문에 시간*비용을 해보면 항상 비슷합니다.

채영진 2011-01

100만로우라면 힙테이블에 올려놓고 때릴필요도 없을거 같은데요..

유영근 2011-01

한페이지에 불러올것이 아니라면... 갯수는 문제 없습니다...
다만 페이징만 잘 하시면 몇십만건이던 거의 비슷하게 읽어옴니다...
phpschool을 참고하셔도 좋을듯 싶습니다.

김상진 2011-01

필드 15개 , 100만건, 한 필드당 20byte로 계산하면 300메가정도 나오네요
그냥 tree방식으로 찍고내려간다면야 문제없지만,
요즘은 편하걸 좋아하니...문자검색을 한다면 음...
최소 쇼핑몰이니 단순 검색결과가 아니라 분야별 검색결과 나와야될거고 쇼핑몰이나 사용자도 많은편에 속할텐데...
뭐 프리렌서가 문제가 아니라...이건 모델링이 가장 중요하고 MY-SQL에 맞는 튜닝이 이슈겠네요
근데, 100만건까지 생각한다면, 요즘 유행하는 오픈마켓이지않을까하네요...
그다지 쉽지않을듯....

오라클이라면 어찌 도움(모델링이나 튜닝으로)을 드릴수있겠는데....MY-SQL은... ^^
ps) 오라클로 밥벌어먹는 1人

김동수P 2011-01

안녕하세요. 해당분야로 밥먹고 살고 있는 사람입니다.
해당 내용의 구현 모델은 데이터 필드의 성격에 따라 달라집니다. 경우에 따라 테이블을 한개가 아니라, 여러개로 사용할 수도 있습니다. 물론 DB는 MySQL 도 충분히 가능합니다.
좀 더 디테일한 정보가 필요합니다.

몽몽 2011-01

구현이 쉬운지 따질 때가 아니라 DB 설계를 어떻게 해야 할 지를 먼저 생각해야겠네요.
이 질문의 솔루션은 프리랜서 개발자가 아니라 DB 모델러가 필요한 겁니다.

김윤술 2011-01

DB 조회 결과값 기다리다가 다른 사용자는 큐 대기가 많아져서 락이 쉽게 걸릴듯 싶은데요...
아시죠? 운영업무 시간에 저런 조회를 해서 잘못했습니다 보고서 올리는...