Не знал, в какой раздел задать вопрос. Пусть будет в этом.

Пишу программу, которая будет удалённо управлять сайтом (т.е. посылать к БД сайта запросы, тем самым, управляя содержимым страничек сайта). Суть в том, что надобно постоянно следить за изменениями БД. Например, когда в некой таблице БД появляется новая строка, приложение должно отреагировать на это сообщением. Есть ли какой-нибудь эвент или как можно реализовать такой мониторинг? Не посылать же каждые пять секунд запросы к БД с целью сканирования всего и вся?

ЗЫ. Для коннекта использую ByteFX 

VisualProgrammerNET, только по таймеру проверять БД. Других путей для MySql нет. 

Кошмар...    

да. придётся сканить. нету, по-моему таких механизьмов.
ну добавь в таблицы поле updated или new будевское - типа флаг. выставь по дефолту его в true и делай выборки каждый раз по нему, затем ставь флаг в false. не надо будет перебирать всё и вся. 

А есть какие-нибудь БД где этот механизм реализован? 

Evghenii, не знаю таких... 

Ну я и собирался сделать с true/false. Просто я думаю, если по 10 раз в минуту запросы делать, нагрузка на БД большая получится... хотя хз... 

Evghenii, Sql Server 2005. 

Да это фигня для нормальной СУБД. 

Есть. 

В MS SQL Server есть такая штука как trigger - это хранимая процедура, которая автоматически выполняется при обновлении (или создании, или удалении) записи в указанной таблице.  

А разве триггер может вызвать событие в программе? 

Нет, триггер действует как обычная хранимая процедура. То есть, всю логику обработки события нужно реализовать в виде SQL-операторов.

Добавлено @ 21:27 
З.Ы. но можно копнуть в сторону Notification Services, встроенных в SQL Server. 

Evghenii, mr.DUDA, цитирую сам себя



Добавлено @ 21:36 
В 2000 Notification Services хромые - они внутри себя сами по таймеру проверяют, нет ли изменений    

Значит 2005-й SQL Server, и всё. 

Это MS. А я юзаю мускул.

И ещё вопрос почти по теме.
Где лучше хранить переменные, содержащие имя сервера, имя юзера, пароль и прочее? В виде локальных переменных? Или где-то отдельно? Просто программа, в перспективе, будет распространяться среди множества пользователей, и не дай бог кто выведает пароль от сервера =) Конечно... можно создать нового пользователя БД... но всё равно, где лучше хранить такие "важные" данные, чтобы люди не прознали? 

Вопрос, конечно, интересный ©

Обычно эти данные хранятся в конфиге на сервере. Для IIS это web.config, для PHP это обычный заголовочный файл. Так как к этому файлу  юзер не имеет доступа, проблема безопасности снимается. Но в данном конкретном случае, когда есть множество приложений, работающих с БД, я бы например добавил прослойку между базой данных и клиентскими приложениями - в виде веб-сервисов. Тогда аутентификация между БД и приложениями напрямую производиться не будет, а только через business layer. И у каждого юзера будет свой логин и пароль, под которыми он будет обращаться к веб-сервису (можно, например, добавить данные аутентификации в каждый веб-метод, или даже написать своё расширение). Логин и пароль можно будет хранить в отдельной таблице БД - логин будет ключом, а пароль будет храниться в захешированном поле (в MySQL даже отдельный тип полей на это есть).