Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Безусловный проброс триггеров из С# приложения ?
|
|||
|---|---|---|---|
|
#18+
Проброс триггеров из С# приложения ( допустимо использование любого из Ado.net клиентов: SqlClient,OleDbClient) Есть C#, которое закачиват документы в базу Microsoft SqlServer Кто-нибудь знает способ устроить проброс триггеров ( не должны отрабатывать), навешанных на соответствующую таблицу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2005, 12:33 |
|
||
|
Безусловный проброс триггеров из С# приложения ?
|
|||
|---|---|---|---|
|
#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:47 |
|
||
|
Безусловный проброс триггеров из С# приложения ?
|
|||
|---|---|---|---|
|
#18+
Откуда кстати такая терминология (проброс да еще и безусловный). И кстате оба варианта что я привел выше одинаково плохи т.к. если клиентов сотни и один из них отключит тригер на таблице то "попадут" все сто клиентов. Мне так кажется что необходимость отключать тригеры из клиентского приложения продиктована архитектурными ошибками приложения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.02.2005, 22:50 |
|
||
|
Безусловный проброс триггеров из С# приложения ?
|
|||
|---|---|---|---|
|
#18+
APMОткуда кстати такая терминология (проброс да еще и безусловный) Бог с ней терминологией.. мое изобретение.. тут ключевое "безусловный" хотелось подчеркнуть.. что триггер не сам пропускает свое "дейcтвие" (твоя идея тоже вращается вокруг этого), а вообще не возбуждается APM И кстате оба варианта что я привел выше одинаково плохи т.к. если клиентов сотни и один из них отключит тригер на таблице то "попадут" все сто клиентов. На форуме Microsoft SqlServer ( куда я тоже кинул этот вопрос) приведена похожая..но более продвинутая идея, лишенная отмеченных недостатков.. изюминка- использование переменной @@SPID APM Мне так кажется что необходимость отключать тригеры из клиентского приложения продиктована архитектурными ошибками приложения. Кто- бы спорил.. но не приложения, а всей системы .. эта "заляпа" как раз и пытается наделить систему функциями, которые не были предусмотрены при ее проектировании. Система разрозлась... менять слишком много.. довольно частая ситуация..Так что "ошибка" в проектировании, входит в условие задачи :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.02.2005, 10:07 |
|
||
|
|

start [/forum/topic.php?fid=20&msg=32913101&tid=1437297]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
50ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 247ms |
| total: | 398ms |

| 0 / 0 |
