|
|
|
11-06-07
|
조회 1,277
|
|
|
|
11-06-07
|
조회 1,297
|
|
|
 관리자
|
11-06-07
|
조회 1,599
|
|
|
|
11-06-07
|
조회 1,253
|
|
|
|
11-06-07
|
조회 1,404
|
|
|
|
11-06-07
|
조회 1,247
|
|
|
|
11-06-07
|
조회 1,438
|
|
|
|
11-06-07
|
조회 1,402
|
|
|
|
11-06-07
|
조회 1,536
|
|
|
관리자
|
11-06-07
|
조회 1,351
|
|
|
|
11-06-07
|
조회 2,110
|
|
|
|
11-06-07
|
조회 2,432
|
|
|
|
11-06-07
|
조회 2,037
|
|
|
|
11-06-07
|
조회 1,324
|
|
|
|
11-06-07
|
조회 1,324
|
|
|
|
11-06-07
|
조회 1,311
|
|
|
 오길호
|
11-06-07
|
조회 1,873
|
|
|
|
11-06-07
|
조회 1,588
|
|
|
|
11-06-07
|
조회 2,179
|
|
|
|
11-06-07
|
조회 1,223
|
댓글 7개
거북이가 느립니다.
join 이 들어간 쿼리들..심지어는 리스팅을 위해 아이템 카운팅 하는대도 한참 걸리더군요..
토끼처럼 바꿨습니다. ^^;
학교에서 배운대로 RDB 설계하고 일하다 보면 현실적으로 퍼포먼스의 벽에 부딪힐 때가 많네요.
때때로 중복이 되건 말건 한 테이블에 이런 저런 데이터를 몽땅 넣어 둬야 할 때가 생기죠.
아는 분이 유명 오픈마켓의 DB관련 업무를 했는데, 퍼포먼스 때문에 어쩔 수 없다더군요..