| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Что такое тригер в БД и для чего он предназначен? [D7, 95/98]
Гость22 © (2005-09-15 21:55:00)И обязательно ли его исспользование?
Anatoly Podgoretsky (2005-09-17 14:12:00) [1]Sergey13 © (16.09.05 13:36) [21]
Это у тебя должно быть в мозгах на уровне генотипа, сам себе модератор.
Anatoly Podgoretsky (2005-09-17 14:09:00) [2]Гость22 (17.09.05 11:05) [26]
Они никак не связаны с размером БД и количеством таблиц, со вторым вообще никак не связаны, И не связаны с записью в несколько таблиц одновременно. Они связаны только с одним с событием!
Как они устроены физически, зависит от сервера и не должно волновать программиста БД.
Нужно ли тебе использовать триггер зависит только от логики, но не от сервера и количество таблиц.
Гость22 (2005-09-17 11:05:00) [3]Позвольте, уважаемые Мастера, вас прервать и, все таки, возвратиться к тригерам.
Насколько я понял, они используются в больших БД, где много таблиц и запись/обновление происходит в несколько таблиц одновременно.
Я не понял главного - что по своей физической сути тригер: процедура (как часть программы), какая-то команда сервера СУБД (извиняюсь за возможно тупой вариант) или часть определенной таблицы (поле, запись)???
И если у меня БД состоит из 8-10 таблиц под упр. FireBird, нужно ли мне использовать тригер?
Спасибо!
Sergey13 (2005-09-16 14:38:00) [4]2 [24] msguns © (16.09.05 14:23)
Админ!!! Адназначна!!! 8-)
msguns (2005-09-16 14:23:00) [5]>Sergey13 © (16.09.05 13:55) [23]
>Почему не считаю?
Ну тогда, учитывая, что она ходит по магазинам систематически, надо ее называть системнымпрограммистом
;)
Sergey13 (2005-09-16 13:55:00) [6]2[20] msguns © (16.09.05 13:33)
>Но ведь ты не считаешь ее программистом ?
Почему не считаю? Я ее прямо так и спрашиваю: "Матушка, ты выполнила программу?". 8-)
msguns (2005-09-16 13:39:00) [7]Другой пример. Интерпретаторы.
Это собственно программы, на вход которым подается некий текст, написанный на определенном языке (скрипт) и они этот скрипт выполняют шаг за шагом в точности следуя инструкциям (операторам) текста (скрипта).
Однако сам по себе текст не является более ничем иным, чем просто текстом, т.е.файлом, данные которого, "поднесенные" к процессору напрямую (без интерпретатора), вызовут у того рвоту (прерывание) с поносом (останова задачи системой).
Видимо, Анатолий и имел в виду нечто подобное.
Sergey13 (2005-09-16 13:36:00) [8]2[19] Anatoly Podgoretsky © (16.09.05 13:15)
Ну замени мой пост на
Удалено модератором.
8-)
msguns (2005-09-16 13:33:00) [9]Серега, когда твоя матушка собирается сделать шопинг, она явно пишет список того, что надо купить. Этот список, по твоему "широкому" определению вполне можно назвать программой.
Но ведь ты не считаешь ее программистом ?
Anatoly Podgoretsky (2005-09-16 13:15:00) [10]Очень неосмотрительно ты произнес это слово
Anatoly Podgoretsky (2005-09-16 13:11:00) [11]Sergey13 © (16.09.05 12:36) [17]
О чистоте можно не спорит, пока не искажается суть. Я понял тебя одназначно, как запуск программы. Термин четкий и связан с понятием процесс, но еще шире.
Sergey13 (2005-09-16 12:36:00) [12]2[16] msguns © (16.09.05 12:26)
>В принципе можно программой можно назвать любую жестко заданную последовательность каких-то действий или событий.
Вот из этого я и исходил в своих утверждениях.
А о чистоте терминов можно долго спорить.
msguns (2005-09-16 12:26:00) [13]>Sergey13 © (16.09.05 11:51) [15]
>Т.е. ты считаешь, что обозвать часть программы (процедуру) программой это недопустимо в приличном обществе? 8-)
В принципе можно программой можно назвать любую жестко заданную последовательность каких-то действий или событий. Например, телепрограмма. Или Программа КПСС.
Макросы ведь никто не называет программой. Так же как и скрипты. Не случайно ведь им придумали спец.названия.
Я лично знаю достаточно много народу, которые кроме сиквеля практически ни на чем не программят. Но самое-то и интересное, что большинство из них программированием это не считает. Хотя для искусного написания скриптов или даже "нагруженных" запросов требуется немалое мастерство, опыт и доскональное знание сиквеля и особенностей реализации конкретного сервера.
Sergey13 (2005-09-16 11:51:00) [14]2 [14] Anatoly Podgoretsky © (16.09.05 11:44)
Т.е. ты считаешь, что обозвать часть программы (процедуру) программой это недопустимо в приличном обществе? 8-)
Anatoly Podgoretsky (2005-09-16 11:44:00) [15]Sergey13 © (16.09.05 11:00) [12]
А ХП или содержание тригера это не программа? Я не об EXE-шниках писал разумеется.
ХП это хранимая процедура, не программа.
Тригер тоже процедура вызываемая по событию.
А вот насчет разумеется не получается.
Sergey13 (2005-09-16 11:03:00) [16]2[9] msguns © (16.09.05 10:55)
Ну дык программер серверной части - это все равно программер, а не админ. Есть вообще разработчики интерфейсов. Так им БД вообще по барабану. 8-)
Sergey13 (2005-09-16 11:00:00) [17]2 [10] Anatoly Podgoretsky © (16.09.05 10:55)
А ХП или содержание тригера это не программа? Я не об EXE-шниках писал разумеется.
Anatoly Podgoretsky (2005-09-16 10:57:00) [18]Marser © (15.09.05 23:58) [3]
Именно в основном, но не только, могут быть просто административные функции, например ведение логов. Оповещение службы безопасности о крысах. К бизнес правилам это отношения не имеет
Anatoly Podgoretsky (2005-09-16 10:55:00) [19]Sergey13 © (16.09.05 09:18) [5]
В корне неверно, конечно возможность запуска программы существует, но это скорее экзотика, главное что есть событие и возможность его пост/пред обработки, а программы это побочное.
msguns (2005-09-16 10:55:00) [20]>Sergey13 © (16.09.05 10:44) [7]
>Какое отношение админ имеет к ХП и тригерам? В идеале он должен просто следить за их работоспособностью и все (не исключая рекомендаций программерам ессно). ИМХО.
Я же написал "в солидных конторах". Вот например, я знаю несколько заводов, где установлено на 2, и даже не 4 СУБД и с полсотни БД на разных серверах. И существуют спец.подразделение, которое занимается не только резервным-копированием и т.д., но и собственно разработкой бизнес-логик БД. Там есть "скалолазы", "мускульщики", "орки" и т.д., специализирующиеся на "своих" серверах.
Все проблемные программные подразделения, разрабатывая ПО, согласовываю их с "админами", после чего те вносят (если нужно) соответствующие изменения в бизнес-логику базы.
| |
Страницы: 