|
Действия ...
|
03.10.2000, 07:43
|
|||
|---|---|---|---|
|
|||
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
|
|
03.10.2000, 10:55
|
|||
|---|---|---|---|
|
|||
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.10.2000, 06:45
|
|||
|---|---|---|---|
|
|||
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
#18+
Когда выполняется хранимая процедура в Query Analyzer и возвращает какой-то набор записей, но предварительно проделав некоторые действия типа вставки, удаления обновления данных, но сначала выводятся сообщения об этих действиях (наподобие "2 row(s) affected", а затем требуемый набор. Возможно ли избежать вывода на экран этих надписей. Ведь многие системные хнанимые процедуры тоже делают кучу работы, до получения результата, однако у них ничего лишнего не выводится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.10.2000, 07:43
|
|||
|---|---|---|---|
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
#18+
set nocount on/off соответсвенно включает/выключает эти сообщения. Это можно написать в процедуре. Но вообще они в Query Analyzer-е не должны мешать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.10.2000, 10:09
|
|||
|---|---|---|---|
|
|||
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
#18+
ОК. Работает. А тогда еще в догонку, возможно ли не выводить и сами результаты промежуточных запросов select внутри хранимой процедуры, и возвращать только последний? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.10.2000, 10:55
|
|||
|---|---|---|---|
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
#18+
Нельзя. Во всяком случае я не знаю. Может просто не писать лишних селектов(наверняка они для отладки?) или делать их по условию, что какой-то параметр будет чему-то равен? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2000, 03:36
|
|||
|---|---|---|---|
|
|||
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
#18+
а зачем вообще промежуточные селекты, если их результаты не нужны? обычно делают выборки во временные таблицы, для последующей обработки их и вывода результирующей выборки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.10.2000, 07:51
|
|||
|---|---|---|---|
|
|||
Query analyzer -- Вывод сообщений при исполнении SP |
|||
|
#18+
set nocount on/off подойдет и для выключения/включения промежуточных резуьтатов выборок. Особенно это удобно при использовании ADO в хр. процедуре nocount on: dim rs as ADODB.Recordset dim rs1 as ADODB.Recordset dim cmd as ADODB.Command ' затем инициализируешь cmd информацией о хр. процедуре rs.Open cmd ' получаешь последний результат set rs1=rs.NextRecordset ' следующий с конца (промежуточный) результат таким образом можно в одной процедуре сосредоточить несколько полезных выборок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=46&mobile=1&tid=1827692]: |
0ms |
get settings: |
7ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
37ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 267ms |
| total: | 362ms |
| 0 / 0 |
