Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
jdbc план запроса стоимость
|
|||
|---|---|---|---|
|
#18+
есть клиент, который динамически строит запрос. Используется что то типа Sql bulder. Запросы могут получаться разные, как сложные так и простые. Есть идея перед выполнением парсить запрос и смотреть план запроса, а точнее одну цифру, его стоимость. Установить порог, и при превышении этого порога не позволять запускать такие запросы. Можно ли через JDBC посмотреть план запроса? Если да, то как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2010, 08:24 |
|
||
|
jdbc план запроса стоимость
|
|||
|---|---|---|---|
|
#18+
Пока что нашел такой вариант, но он такой кривой! Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2010, 09:14 |
|
||
|
jdbc план запроса стоимость
|
|||
|---|---|---|---|
|
#18+
olzhasПока что нашел такой вариант, но он такой кривой! Код: plaintext 1. 2. 3. 4. Делаете EXPLAIN своему запросу с какими нибудь QUERYTAG и/или QUERYNO, если много приложений под одним и тем же пользователем одновременно работают и достаёте потом стоимость из explain_statement. А вообще такую работу WorkLoad Manager или Query Patroller делать должны, но они - платные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2010, 10:18 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=36464802&tid=1602894]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
165ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
37ms |
get tp. blocked users: |
2ms |
| others: | 282ms |
| total: | 531ms |

| 0 / 0 |
