|
|
|
11-06-07
|
조회 1,563
|
|
|
 관리자
|
11-06-07
|
조회 1,374
|
|
|
|
11-06-07
|
조회 2,136
|
|
|
|
11-06-07
|
조회 2,461
|
|
|
|
11-06-07
|
조회 2,061
|
|
|
|
11-06-07
|
조회 1,347
|
|
|
|
11-06-07
|
조회 1,346
|
|
|
|
11-06-07
|
조회 1,335
|
|
|
 오길호
|
11-06-07
|
조회 1,899
|
|
|
|
11-06-07
|
조회 1,628
|
|
|
|
11-06-07
|
조회 2,201
|
|
|
|
11-06-07
|
조회 1,251
|
|
|
|
11-06-07
|
조회 2,291
|
|
|
관리자
|
11-06-07
|
조회 1,351
|
|
|
|
11-06-07
|
조회 1,468
|
|
|
|
11-06-07
|
조회 2,157
|
|
|
|
11-06-07
|
조회 1,977
|
|
|
|
11-06-07
|
조회 1,361
|
|
|
|
11-06-07
|
조회 1,650
|
|
|
|
11-06-07
|
조회 1,907
|
댓글 7개
거북이가 느립니다.
join 이 들어간 쿼리들..심지어는 리스팅을 위해 아이템 카운팅 하는대도 한참 걸리더군요..
토끼처럼 바꿨습니다. ^^;
학교에서 배운대로 RDB 설계하고 일하다 보면 현실적으로 퍼포먼스의 벽에 부딪힐 때가 많네요.
때때로 중복이 되건 말건 한 테이블에 이런 저런 데이터를 몽땅 넣어 둬야 할 때가 생기죠.
아는 분이 유명 오픈마켓의 DB관련 업무를 했는데, 퍼포먼스 때문에 어쩔 수 없다더군요..