Support
Orange Support > 문의하기
Q & A
Re: Problem SQL
Date2002.05.15 /
Hit : 19570
Problem SQL
A "problem or bad SQL" means SQLs which consume more resource than commonly expected. Gelerally, almost of SQL tuners are interested in 2 stats. One is Number of block buffer access and the second is Disk I/O(means Physical I/O requiring much time) Generally, SQLs excessively using system resources result in large amount of block buffer accesses and disk reads(Physical I/O). SQL requiring large amount of block buffer access or physical I/O also requires much CPU time and disk I/O time and the response time become longer than expected. For my experience, Almost of such SQLs can be tuned to consume only 1/10 ~ 1/1000 of original resource and result in quick response. Thanks.
---------- Original Message ----------
이름 : nicklee 제목 : Problem SQL Hi There seems to be a lot of references to 'problem' or 'bad' SQL in your brochures/website in terms of SQL monitor.... just wondering how you actually know what 'bad' SQL is from SQL monitor.... I know it concerns stats (buffer gets, executions, etc.) but I don't know which ones exactly. Any help would be greatly appreciated. Thanks.
A "problem or bad SQL" means SQLs which consume more resource than commonly expected. Gelerally, almost of SQL tuners are interested in 2 stats. One is Number of block buffer access and the second is Disk I/O(means Physical I/O requiring much time) Generally, SQLs excessively using system resources result in large amount of block buffer accesses and disk reads(Physical I/O). SQL requiring large amount of block buffer access or physical I/O also requires much CPU time and disk I/O time and the response time become longer than expected. For my experience, Almost of such SQLs can be tuned to consume only 1/10 ~ 1/1000 of original resource and result in quick response. Thanks.
---------- Original Message ----------
이름 : nicklee 제목 : Problem SQL Hi There seems to be a lot of references to 'problem' or 'bad' SQL in your brochures/website in terms of SQL monitor.... just wondering how you actually know what 'bad' SQL is from SQL monitor.... I know it concerns stats (buffer gets, executions, etc.) but I don't know which ones exactly. Any help would be greatly appreciated. Thanks.
Problem SQL
nicklee
2002.05.15
KISIA, ‘정보보호 해외진출 인앤아웃 비즈니스 상담회’ 개최
2022.09.19
FAQ-F088 : Tibero 의 PL/ SQL Tool 에서 디버깅 실행시
오렌지팀
2024.03.14
Re: Problem SQL
오렌지팀
2002.05.15
Re: Re: Problem SQL
nicklee
2002.05.15