일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- 지름신
- Babel
- Java
- 보드
- tagx
- 연동
- subversion
- 파워목업
- resin
- 갈릴레오
- 삽질
- CentOS6
- svn
- Powermockup
- 3.5
- NEXUS
- Galileo
- CentOS
- trac
- Find
- egrep
- SSL
- yum
- tomcat
- linux
- eclipse
- 이클립스
- netstate
- Apache
- 권한변경
- Today
- Total
목록DB (3)
....
DECLARE @Sql NVARCHAR(500) DECLARE @Cursor CURSOR SET @Cursor = CURSOR FAST_FORWARD FOR SELECT DISTINCT sql = 'ALTER TABLE [' + tc2.TABLE_NAME + '] DROP [' + rc1.CONSTRAINT_NAME + ']' FROM INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS rc1 LEFT JOIN INFORMATION_SCHEMA.TABLE_CONSTRAINTS tc2 ON tc2.CONSTRAINT_NAME =rc1.CONSTRAINT_NAME OPEN @Cursor FETCH NEXT FROM @Cursor INTO @Sql WHILE (@@FETCH_STATU..
하이버네이트의 LazyLoding 을 최대한 공격적으로 사용하고.. OSIV (Open session in view)를 이용했더니.. 워낙에 복잡하게 얽힌 클래스의 관계구조로 인해 사용자가 많이 몰릴경우 DB에서의 응답시간이 1ms에서 어느순간 600ms로.. 그다음은 8000ms로 늘어나면서 사이트가 먹통이 되는 현상이 발생했다.. 더 미치는건.... 같은 프레임이 다른 DBMS를 사용하면 정말 짱짱하게 돌아간다는것.... OTL DB에서 응답이 없는건 거의 교착상태...(정말 십중팔구는 교착상태이다...) 하지만 이미 운영에 들어간 사이트에 부하가 심하게 걸리는 감사를 활성화시키기에는 무리가 있고.. (실제로 켰더니.. 느리다고 바로 연락이.....) 의도적으로 해당 현상을 발생시키는것도 한계가 있고..
통계쿼리를 짤때 보통 이런일이 자주 생기는데... MEMBER에서 가입자를 대충 일자별로 알고 싶다고 할 경우 대략 이런식의 쿼리가 나온다.. SELECT COUNT(ID) FROM MEMBER WHERE REG_DATE BETWEEN @START_DT AND @END_DT GROUP BY CONVERT(VARCHAR(10), REG_DATE, 120) 가입일자별로 그룹을 해서 카운트를 새는.. 뭐 대충 이런 비슷한 류로 나오는데.. (문법적인거나 성능적인건 패스.. 그렇다.. 난 MS-SQL은 아예 이번에 처음 써본다.. 맨 인포믹스에 오라클만 쓰다가.... 그리고 사실 SQL쪽은 실력이 너무너무 미천한데다가 위 쿼리는 그냥 머릿속에서 생각나는데로 즉시 타이핑한 것이였다.....) 그런데 문제는 가입자..