제목

글쓴이

실력있는 dba를 초빙하면 쿼리튜닝을 좀 해주지 않을까효...

JPEG로 모법답안을 몇가지 짜놓은 다음에 ㅡ,.ㅡㅋ 쿨럭...<br />
이건 아니지요 흠.......<br />
<br />
예전에 전사적 차원에서 전산화를 한다고 할 때 간부들의 인내력의 한계가 2초 미만이라는 것을 알았습니다. 쿨럭....

그냥 그럴때는 대안을 A B C D순으로 내놓고..<br />
<br />
그거 할때마다 얼마 든다..하면... 얍쌉하게 가격대로 가지 싶기도 하고요..

1초당 만원씩 주시면 제가... ㅋㅋㅋㅋㅋ

테이블 18개 정도 조인하면 아무리 실력있는 DBA라 하더라도 못하지 싶은데..<br />
<br />
증권쪽 시세정보는 주로 알티베이스 등의 MDB를 사용합니다.

무슨 장표인지는 모르지만 출력물을 출력하기 위해 18개의 테이블로 반환 받아 사용하는 것이라면..,<br />
거의 100% DB 설계구조에 기인한거 같습니다.<br />
<br />
순주님 말씀대로 DBA 쪽에 의뢰를..,<br />

1Gbytes가 넘고, 약 몇천건 되는 데이터를 30분 안에 포맷 변환해서 다른 시스템으로 옮겨 달라는 요구 사항이 있었는데,,,<br />
당시에 파서가 워낙 느려서 30분이 아니고, 하루 종일 걸려야 일이 해결이 되더군요..<br />
그래서, 하드웨어 업 밖에 없다고.... 말을 했습니다. <br />
물론, 씨알도 안먹히는 말이였습니다.<br />
<br />
이게 약 10년 전인데,,, 지금도,, 저거 처리할 시스템은 많아

나이 들어 가니,, SI를 비롯해서 IT 자체가 별로 느낌이 없네요..<br />
아무래도, 나이 먹고 하기엔 적당한 일이 아니다라고 생각이 되네요.

테이블 18개 조인이 아니라 반환 테이블 갯수 자체가 18개라는 겁니다. ㅡ,.ㅡ;

Result Set이 많은량(몇천건 이상) 이 아니라면 JOIN 이나 SUB QUERY 속도문제라는 것인데...<br />
쉽게 갈려면... Description 가져오는 필드들은 정규화를 깨세요.. 혹 필요하면 Recovery 프로그램을 만들고...<br />
이게 머리속에서는 쉬운데... 엔지니어 관점으로 보면 양심에 가책을 느껴서리.... ㅎㅎㅎ

DB 튜닝이 답이긴 한데 그 능력은 제가 없다는. ㅡㅡ; <br />
실제 IO가 일어나는 물리적 테이블(기준 정보는 제외)는 5-6개 정도밖에는 안 되는 시스템입니다. <br />
<br />

초당 만원씩에 모시겠다니까요. 불경기니까 20% 할인... ㄷㄷㄷㄷㄷㄷㄷㄷㄷ

초당 요구사항 한건씩 해결하면 바로 발주 내겠음다. ㅡ,.ㅡ;

ㅋㅋㅋㅋㅋ<br />
오라클이면 sql 메신저로 보내줘 보세요~ 애도 어차피 수련회 갔고, 제 능력선에서 손볼 곳이 있나 구경해 볼께요~

오라클 아임다. ㅡㅡ; 시퀄임다.

음... 고생하시라는.... ㅡ,.ㅡ

캄사함다. ㅠ.ㅠ;

SQL 이라면 인덱스튜닝마법사 부터 한번 돌려주시는 센스~ :)

DB 튜닝도 소용이 없는 로직은 어짤수 없어요<br />
로직이 문제라는게 아니라 아무리 잘 맹글어도 <br />
하드웨어적으로 쓰레드가 느린데 갑이 더 빨리를 외쳐도 소용이 &#51022;다는걸<br />
갑이 알아야 하는데<br />
참 답답하죠잉~~

뭔소리인지는 전부 이해되지는 않지만, 이렇게 전문적인 분야에서 이타적으로 각자의 견해를 건내주시는 분들이 참으로 대단하게 느껴지네요.

DB 메모리를 늘려서 테이블을 몽땅 SGA에 올려버리는것은...돈이 들겠지요..ㅎㅎ

이런 경우... <br />
갑은 자기가 아는 최대한의 인맥을 동원해서 S/W 수정만으로 문제를 해결할려고 합니다...<br />
<br />
왜 ? ... 싸니까...ㅠㅠ<br />
<br />
이렇게 한바퀴 돌다가 드디어 임자를 만나게 됩니다...<br />
세계 최고의 공대 나오고 어쩌고...<br />
그래서 외주를 주고 몇달기다리다...<br />
<br />
결국 H/W 업글합니다...-,.-<br />
<br />

실력있는 dba를 초빙하면 쿼리튜닝을 좀 해주지 않을까효...

JPEG로 모법답안을 몇가지 짜놓은 다음에 ㅡ,.ㅡㅋ 쿨럭...<br />
이건 아니지요 흠.......<br />
<br />
예전에 전사적 차원에서 전산화를 한다고 할 때 간부들의 인내력의 한계가 2초 미만이라는 것을 알았습니다. 쿨럭....

그냥 그럴때는 대안을 A B C D순으로 내놓고..<br />
<br />
그거 할때마다 얼마 든다..하면... 얍쌉하게 가격대로 가지 싶기도 하고요..

1초당 만원씩 주시면 제가... ㅋㅋㅋㅋㅋ

테이블 18개 정도 조인하면 아무리 실력있는 DBA라 하더라도 못하지 싶은데..<br />
<br />
증권쪽 시세정보는 주로 알티베이스 등의 MDB를 사용합니다.

무슨 장표인지는 모르지만 출력물을 출력하기 위해 18개의 테이블로 반환 받아 사용하는 것이라면..,<br />
거의 100% DB 설계구조에 기인한거 같습니다.<br />
<br />
순주님 말씀대로 DBA 쪽에 의뢰를..,<br />

1Gbytes가 넘고, 약 몇천건 되는 데이터를 30분 안에 포맷 변환해서 다른 시스템으로 옮겨 달라는 요구 사항이 있었는데,,,<br />
당시에 파서가 워낙 느려서 30분이 아니고, 하루 종일 걸려야 일이 해결이 되더군요..<br />
그래서, 하드웨어 업 밖에 없다고.... 말을 했습니다. <br />
물론, 씨알도 안먹히는 말이였습니다.<br />
<br />
이게 약 10년 전인데,,, 지금도,, 저거 처리할 시스템은 많아

나이 들어 가니,, SI를 비롯해서 IT 자체가 별로 느낌이 없네요..<br />
아무래도, 나이 먹고 하기엔 적당한 일이 아니다라고 생각이 되네요.

테이블 18개 조인이 아니라 반환 테이블 갯수 자체가 18개라는 겁니다. ㅡ,.ㅡ;

Result Set이 많은량(몇천건 이상) 이 아니라면 JOIN 이나 SUB QUERY 속도문제라는 것인데...<br />
쉽게 갈려면... Description 가져오는 필드들은 정규화를 깨세요.. 혹 필요하면 Recovery 프로그램을 만들고...<br />
이게 머리속에서는 쉬운데... 엔지니어 관점으로 보면 양심에 가책을 느껴서리.... ㅎㅎㅎ

DB 튜닝이 답이긴 한데 그 능력은 제가 없다는. ㅡㅡ; <br />
실제 IO가 일어나는 물리적 테이블(기준 정보는 제외)는 5-6개 정도밖에는 안 되는 시스템입니다. <br />
<br />

초당 만원씩에 모시겠다니까요. 불경기니까 20% 할인... ㄷㄷㄷㄷㄷㄷㄷㄷㄷ

초당 요구사항 한건씩 해결하면 바로 발주 내겠음다. ㅡ,.ㅡ;

ㅋㅋㅋㅋㅋ<br />
오라클이면 sql 메신저로 보내줘 보세요~ 애도 어차피 수련회 갔고, 제 능력선에서 손볼 곳이 있나 구경해 볼께요~

오라클 아임다. ㅡㅡ; 시퀄임다.

음... 고생하시라는.... ㅡ,.ㅡ

캄사함다. ㅠ.ㅠ;

SQL 이라면 인덱스튜닝마법사 부터 한번 돌려주시는 센스~ :)

DB 튜닝도 소용이 없는 로직은 어짤수 없어요<br />
로직이 문제라는게 아니라 아무리 잘 맹글어도 <br />
하드웨어적으로 쓰레드가 느린데 갑이 더 빨리를 외쳐도 소용이 &#51022;다는걸<br />
갑이 알아야 하는데<br />
참 답답하죠잉~~

뭔소리인지는 전부 이해되지는 않지만, 이렇게 전문적인 분야에서 이타적으로 각자의 견해를 건내주시는 분들이 참으로 대단하게 느껴지네요.

DB 메모리를 늘려서 테이블을 몽땅 SGA에 올려버리는것은...돈이 들겠지요..ㅎㅎ