Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
Можно и если да то как сделать триггер от сессии. Тоесть есть соединение при котором должен срабатывать триггер, И есть при которых не должен (например служебные программы). Интересует реализация условия в триггере при котором он не срабатывает. И каким образом и гре организовать эти переменные для триггеров, чтобы область видимости было конкретное соединение или сессия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2008, 14:38 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
первое что приходит в голову - это реагировать на имя пользователья например Код: plaintext 1. 2. 3. 4. 5. 6. 7. ну а для пользователей можно завести отдельную таблицу из которой черпать что можно а что нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2008, 15:08 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
С юзером идея хорошая, как я не подумал. Служебным порогам итак выдается отдельный логин. Но хотелось чтобы всетаки программа могла выбирать режим работы. И боюсь что работа с таблицей флагов будет дополнительной нагрузкой на сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2008, 15:46 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
тоесть вам нужто чтоб режим работы зависел от времени работы сессии? опять-же, никаких проблем - дополнительная таблица с полями date_begin и date_end в начале триггреа процедура: на входе (user, current_timestamp) на выходе некий ses_id ну а дальше триггер Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. О вложенных запросах при грамотной структуре можно не волноваться. Постгри вложенные запросы отрабативает очень хорошо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2008, 17:35 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
Нет чтобы прога сама переключала режим, и время тут непричем. С таблицами не получится. Т.к. это будет действовать на всех а не на конкретное соединение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2008, 18:11 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
ShagratНет чтобы прога сама переключала режим, и время тут непричем. С таблицами не получится. Т.к. это будет действовать на всех а не на конкретное соединениестранное умозаключение. Существуют темповые объекты. Например таблицы и счетчики. Видны только создавшему их сеансу (а то и - транзакции). Существует возможность присвоить некий ай-ди сеансу (даже если не умеем узнавать присвоенный сервером, или же "сеанс приложения" отличаем в нашей системе абстраций от сеанса-соединения SQL-сервера) и записать в некую постоянную таблицу строку с этим ай-ди и его настройками (как передать этот ай-ди в триггер - отдельный вопрос из той же области - "переменные сеанса"). Возможностей вообще говоря много. Посмотрите поиском на предмет "переменные сеанса". Все что там обсуждалось может быть применено и вами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2008, 18:18 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
ShagratНет чтобы прога сама переключала режим, и время тут непричем. С таблицами не получится. Т.к. это будет действовать на всех а не на конкретное соединение Теперь вообще неясно ... какую проблему изначально вы хотите решить ... ну используйте на входе в процедуру ID сеанса, а на выходе ID для отработки в триггере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2008, 19:12 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
Привожу пример Есть несколько таблиц с полем modify (ДатаВремя) в это поле каждый раз при INSER или UPDATE ставится текущая дата сервера. Теперь есть 2 проги 1. Клиентская которая должна работать с эти триггером. 2. Есть служебная которая синхронизируется с другой базой (тоесть добавляет и изменяет поля). Но при ее работе тригер не должен срабатывать. Так вот я хотел сделать условие в триггера по которому если работает прога2 тригер не прописывает поле modify. Так как проги работают параллельно то фишка с отключением триггера не пройдет. Привязываться у пользователю не хотелось. Я думал это сделать через какиенибудь переменные область видимости равен сессии (конекту). Чтобы прога2 сама могла входить в режим отключения триггера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2008, 17:56 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
Уважаемый 4321...., подскажите как называются функции для работы с пользовательскими переменными сеанса. Не могу найти... :( На данный момент могу только temp таблицы делать в пределах сеанса и там хранить данные, а хочется проще ... ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 09:47 |
|
||
|
Тригер от сессии
|
|||
|---|---|---|---|
|
#18+
SeniorAndreУважаемый 4321...., подскажите как называются функции для работы с пользовательскими переменными сеанса. Не могу найти... :( На данный момент могу только temp таблицы делать в пределах сеанса и там хранить данные, а хочется проще ... ???бугога как назовёте - так и будут называться. Я же сказал - ищите про "переменные сеанса". Обсуждалось на данном форуме многократно. В течении нескольких лет. Изначально для "чистых переменных" (т.е. не через темповые таблички или temp-сиквенсы) предлагалось использовать к примеру plperl или pltcl (у меня такие ф-ии назывались как-то схоже с get_textvar/set_textvar, были написаны на pltcl, счас уже и не найду... http://sql.ru/forum/actualthread.aspx?tid=163134&pg=1&hl=perl+tcl), потом появились* и "штатные ф-ии", необходимость в доп языках отпала. ___________ * Что касается реализованных в самом пг - Вы батенька шутник - Global session variables - Ваша ремарка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 10:59 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=35447252&tid=2004179]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 391ms |

| 0 / 0 |
