 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Nikolay Kulikov 2:5020/400 18 Jan 2002 15:03:57 To : Sergey Pratch Subject : Re: в чем зло хранимых процедур? -------------------------------------------------------------------------------- Hello, Serg! >> Позвольте, а как например SQLJ (Embedded SQL для Java) Все его >> прелести >> налицо >> не надо планы запросов перекомпилировать каждый раз при исполнении??? SP> Hа то он и Embedded, что прямо в Java-процедуре хранится. Hо SP> кто-то же SP> должен выполнять SQL-команды, которые там записаны? В результате SP> вместо SP> одного слона, получаем два. Можно подумать в TSQL процедуре выполнять после кэширования ничего не надо выполнять? Код процедуры выполняет интерпретатор, запросы сервер. Где разница... Я пока вижу в только в одном или в разных адресных пространствах выполняется процедура. Кстати Еmbedded SQL в процедуре не хранится, а хранится на сервере. >> Кстати любой процедурный SQL это интерпренатор и чем он быстрее >> Java??? SP> Тем >> что выполняется в том же адресном пространстве что и сервер??? SP> Естественно, что особой скоростью SQL-интерпертаторы не SP> отличаются. Hо SP> затраты на выполение SQL-кода интепретатором и собственно сами SP> SQL-операции SP> не идут ни в какое сравнение. Даже если написать набор SP> SQL-операторов как SP> обыкновенный пакетник, то время обработки и требуеые ресурсы SP> командным SP> процессором не сопоставимы с самим SQL-сервером. Цифры и только цифры имеют значение. Я могу подобное привести для С процедур на DB2. Для Java будет примерно тоже. >> Большое время загрузки классов, но простите простите для процедуры >> можно >> провести аналогию на сервере приложений это servlet, один раз загрузи >> и >> пусть болтается в памяти SP> Hу и что там будет болтатся в памяти к концу операционного дня? SP> Горы, и SP> еще раз горы процедур, которые вызывались за день 2-3 раза Можно подумать в MSSQL они после кэширования процедуры в памяти ничего не валяется. Объясни пожалуйста, что такое план хранимой процедуры. План запроса я еще понимаю, но как для процедуры план... это интереснее. Можно ссылку на документацию, на досуге почитать. Best Regards, Nikolay Kulikov Software Group Data Management Software IBM East Europe/Asia Bakhrushina str., 18, 113054 Moscow, Russia Phone: +7-(095)-940-2000 ext. 2328 +7-(095)-258-6333 ext. 2328 --- ifmail v.2.15dev5 * Origin: IBM CEMA (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/6577e302a7c1.html, оценка из 5, голосов 10
|
|
|