|
|
|
11-06-07
|
조회 1,606
|
|
|
|
11-06-07
|
조회 2,191
|
|
|
|
11-06-07
|
조회 1,239
|
|
|
|
11-06-07
|
조회 2,274
|
|
|
 관리자
|
11-06-07
|
조회 1,340
|
|
|
|
11-06-07
|
조회 1,461
|
|
|
|
11-06-07
|
조회 2,148
|
|
|
|
11-06-07
|
조회 1,969
|
|
|
|
11-06-07
|
조회 1,352
|
|
|
|
11-06-07
|
조회 1,640
|
|
|
|
11-06-07
|
조회 1,895
|
|
|
|
11-06-07
|
조회 1,257
|
|
|
|
11-06-07
|
조회 1,369
|
|
|
|
11-06-07
|
조회 1,353
|
|
|
|
11-06-07
|
조회 1,221
|
|
|
|
11-06-07
|
조회 1,313
|
|
|
|
11-06-07
|
조회 1,991
|
|
|
|
11-06-07
|
조회 1,273
|
|
|
|
11-06-07
|
조회 1,288
|
|
|
|
11-06-07
|
조회 1,205
|
댓글 7개
거북이가 느립니다.
join 이 들어간 쿼리들..심지어는 리스팅을 위해 아이템 카운팅 하는대도 한참 걸리더군요..
토끼처럼 바꿨습니다. ^^;
학교에서 배운대로 RDB 설계하고 일하다 보면 현실적으로 퍼포먼스의 벽에 부딪힐 때가 많네요.
때때로 중복이 되건 말건 한 테이블에 이런 저런 데이터를 몽땅 넣어 둬야 할 때가 생기죠.
아는 분이 유명 오픈마켓의 DB관련 업무를 했는데, 퍼포먼스 때문에 어쩔 수 없다더군요..