Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.02.2005, 12:33
|
|||
|---|---|---|---|
|
|||
Безусловный проброс триггеров из С# приложения ? |
|||
|
#18+
Проброс триггеров из С# приложения ( допустимо использование любого из Ado.net клиентов: SqlClient,OleDbClient) Есть C#, которое закачиват документы в базу Microsoft SqlServer Кто-нибудь знает способ устроить проброс триггеров ( не должны отрабатывать), навешанных на соответствующую таблицу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.02.2005, 22:47
|
|||
|---|---|---|---|
Безусловный проброс триггеров из С# приложения ? |
|||
|
#18+
Вариант 1. (alter table) Код: plaintext 1. 2. 3. 4. 5. Вариант 2. (таблица индикатор) В базе Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.02.2005, 22:50
|
|||
|---|---|---|---|
Безусловный проброс триггеров из С# приложения ? |
|||
|
#18+
Откуда кстати такая терминология (проброс да еще и безусловный). И кстате оба варианта что я привел выше одинаково плохи т.к. если клиентов сотни и один из них отключит тригер на таблице то "попадут" все сто клиентов. Мне так кажется что необходимость отключать тригеры из клиентского приложения продиктована архитектурными ошибками приложения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2005, 10:07
|
|||
|---|---|---|---|
|
|||
Безусловный проброс триггеров из С# приложения ? |
|||
|
#18+
APMОткуда кстати такая терминология (проброс да еще и безусловный) Бог с ней терминологией.. мое изобретение.. тут ключевое "безусловный" хотелось подчеркнуть.. что триггер не сам пропускает свое "дейcтвие" (твоя идея тоже вращается вокруг этого), а вообще не возбуждается APM И кстате оба варианта что я привел выше одинаково плохи т.к. если клиентов сотни и один из них отключит тригер на таблице то "попадут" все сто клиентов. На форуме Microsoft SqlServer ( куда я тоже кинул этот вопрос) приведена похожая..но более продвинутая идея, лишенная отмеченных недостатков.. изюминка- использование переменной @@SPID APM Мне так кажется что необходимость отключать тригеры из клиентского приложения продиктована архитектурными ошибками приложения. Кто- бы спорил.. но не приложения, а всей системы .. эта "заляпа" как раз и пытается наделить систему функциями, которые не были предусмотрены при ее проектировании. Система разрозлась... менять слишком много.. довольно частая ситуация..Так что "ошибка" в проектировании, входит в условие задачи :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=20&mobile=1&tid=1437297]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
76ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
34ms |
get tp. blocked users: |
2ms |
| others: | 247ms |
| total: | 401ms |

| 0 / 0 |
