|
|
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
Если кто не знает, то это инструкция в ХП MSSQL, которая подавляет вывод информационных сообщений. Коллеги, прошу высказывать ваше мнение по вопросу, указанному в названии топика. Лично я не вижу ничего плохого в этой инструкции. <BR><BR>I Have Nine Lives You Have One Only<BR>THINK! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 08:32 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
Даже больше, в некоторых случаях, он просто необходим ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 08:47 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
Хорошая тема для форума по MS Office. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 11:37 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
Именно для этой ветки. Т.к это проблема интерфейсной части ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 13:15 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
HandKot, Получение без-записных резалтсетов на клиенте действительно нужно редко. Но ХП (и пакетные запросы) обычно потому и делаются что содержат в себе далеко не один-единственный select. И знать сколько записей было обработано в промежуточных запросах иногда очень полезная штука для отладки. Например одна из отчетных систем у меня работает по такому принципу: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. Virus квартирус, не читай переведенные мануалы, это в большинстве случаев не BOL, а BS. Тот "писатель" который сказал что передача одного числа по сети существенно снизит производительность явно не дружит с головой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2010, 18:42 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
авторНу а клиент сидит и читает те самые "плохие" резалтсеты которых вы так боитесь и пишет их в окошке "ждите идет работа". Пользователи очень даже довольны видеть что машина не умерла а что-то делает и даже видеть как и что она делает я это реализовывал немного по другому, через SET CONTEXT_INFO и сообщения читал в отдельном потоке, а запрос выполнялся асинхронно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2010, 08:36 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
White Owl, Ключевое слово "для отладки" . Если у вас на production-сервере в процедурах не отключен вывод отладочной информации, то очень сочувствую Вашим клиентам. Вот за это руки надо отрывать точно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2010, 08:37 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
а кол-во записей формирую системной переменной @@ROWCOUNT и тогда сообщение можно формировать намного более понятное, чем Ваше сравните Код: plaintext 1. Код: plaintext 1. и Код: plaintext 1. 2. Код: plaintext ИМХО так намного более понятнее для всех пользователей, а не только для продвинутых ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2010, 08:40 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
Передача одного числа по сети может производительность и не снизит, но когда такая процедура вызывается сотни раз в секунду, то левый трафик может приобрести существенные размеры. P.S. BOL читаю в оригинале. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2010, 08:41 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
Virus квартирусКлючевое слово "для отладки" . Если у вас на production-сервере в процедурах не отключен вывод отладочной информации, то очень сочувствую Вашим клиентам. Вот за это руки надо отрывать точно.А что, по твоему на основном сервере не бывает ошибок в данных? По моему, вести лог полезно везде и уж тем более на рабочем сервере. Не обязательно весь лог целиком показывать пользователям, но вести его очень полезно. Очень помогает в разборе полетов. И вообще, для кого отладочная информация, а для кого и прогресс-бар :) HandKotа кол-во записей формирую системной переменной @@ROWCOUNT и тогда сообщение можно формировать намного более понятное, чем ВашеПрошу прощения, я показывал очень вырожденный вариант. Для иллюстрации идеи. На самом деле там почти никогда не используются тексты в чистом виде. Обычно клиенту посылаются только кода текстов или вообще ничего не посылается. @@rowcount тоже можно использовать конечно, но его надо специально использовать. Тогда как автоматическая посылка работает самостоятельно. Virus квартирусПередача одного числа по сети может производительность и не снизит, но когда такая процедура вызывается сотни раз в секунду, то левый трафик может приобрести существенные размеры.С чего это вдруг процедура делающая выборки будет вызываться сотни раз в секунду??? Сотни раз в секунду может идти только одна операция - вставка и то только если она делается каким-либо роботом. Все остальное только по запросу от пользователя а это уже явно не сотни раз в секунду. Virus квартирусBOL читаю в оригинале.Тогда и цитируй из оригинала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2010, 18:12 |
|
||
|
Быть или не быть NOCOUNT вот в чем вопрос!!!
|
|||
|---|---|---|---|
|
#18+
White Owl, В больших промышленных системах запросы могут идти и чаще. И не обязательно от пользователей. В процедуре может быть одновременно несколько запросов на получение данных, вставку и изменение. Пример - платёжные системы. Там тысячи пользователей одновременно совершают операции с базой. При этом прежде чем что-то вставить в базу, бывает необходимо получить дополнительную информацию. Не все системы построены на экселе, с помощью которого пара тётушек раз в месяц делает отчёты :) P.S. Цитирую откуда считаю нужным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2010, 08:40 |
|
||
|
|

start [/forum/moderation_log.php?user_name=%D0%B5%D0%BB%D1%8B]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
137ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 643ms |
| total: | 907ms |

| 0 / 0 |
