В компонентах ADO используется тривиальная проверка @@Identity таблицы, с которой работает пользователь. Если @@Identity изменился с момента последнего обращения к таблице, значит кто-то другой успел попытаться добавить запись. Эта проверка слишком малоинформативна, и зачастую ADO-шный упрошенный метод приводит к совершенно ни к селу ни к городу выскакивающим предупреждениям о том, что ВОЗМОЖНО данные изменены другим пользователем в то время, как на самом деле другой пользователь шевелил записи, которые тебя не интересуют. В то же время есть вероятность, что другой пользователь сказал Update или Delete, а данная система "диагностики" пропустит это событие мимо ушей, хотя данные модифицировались как раз те, которые высвечены у тебя на экране.
Для того, чтобы отлавливать изменения записей другими пользователями используется специально для этого созданный тип данных Timestamp. Вот только с сообщениями будет напряженка. Не думай, что при модификации данных другим пользователем ты вдруг ни с того ни с сего получишь сообщение от SQL-сервера о том, что данные модифицированы другим пользователем. Язык запросов (T-SQL) работает так, что пока ты не пошлешь запрос, ответ не получишь.

Послать можно используя xp_sendmail или Net SEND. Для таких целей заводятся операторы. А больше никак. Пока не спросишь, ответа не получишь. На то Query (в абревиатуре SQL) и называется "запрос".