aZmгм. что б облегчить поиск истины, несколько неформальное определение:

триггер - неименованный програмный блок, вызываемый СУБД без вмешательства программиста/клиентского приложения в ответ на события СУБД (изменение данных, запуск базы и тд и тп)

хотелось бы спросить: в dbc есть механизм, вызывающий некий код при, скажем, внесении данных в некую табличку? т.е. выполнится ли этот триггер, если я модифицирую табличку в dbc не средствами клиентского приложения на фоксе, а неким абсолютно сторонним средством?

---
Vae victis!Поскольку при файл-серверном применении весь рантайм выполняется на машине клиента, и триггера будут выполняться там же. В dbc есть механизм, вызывающий некий код при некоем событии.
Если использовать абсолютно стороннее средство, которое не будет поддерживать события контейнера БД, то не выполнится.
Но про такое абсолютно стороннее средство можно забыть - поскольку сторонние средства будут работать, например, через VFPOLEDB провайдер (должны), а он эти события поддерживает.

aZm1. собственно, интересно мне) почему продукт, который как субд годится лишь для настольного применения (и то не факт - встраиваемые субд есть, ага)
...
2. кстати, господа. вопрос не праздный. в свое время пришлось чуток ковырять лисицу в годы студенчества, версия... ну не помню точно - толи 6 толи 7 была. проект значитца переводили с фпд на вфп. и что меня убило - отчеты строятся в дизайнтайме, а в рантайме - фигушки, ничего не сменишь. и прикидывались они объектами (в дизайнтайме), а в рантайме - ни че го не изменить в этом псевдообъекте было. скажите, воз и ныне там?1. Самый большой проект, в котором я участвовал как один из основных разработчиков, был реализован на FPD26, который был выпущен, если мне память не изменяет, еще в 1994 году.
Склад+закупки+продажи/CRM+репликация по всей стране+обмен с внешними системами+море аналитики (для закупок, ценообразования, верхнего менеджмента, логистики, государственных контролирующих органов...)+много отчетов.
Большая система, около 40 человеко-лет разработки ее самой, приплюсуйте к этому еще время на разработку движка приложения (мы начинали не на пустом месте) и БД, положенной в ее основу, получим, грубо говоря, 50 или больше.
200 рабочих мест в центре - подключенных к БД на едином ФС (до 85 пользователей работали с БД на этом сервере одновременно). + 30 филиалов удаленно. + 60 точек распределения в Москве удаленно. + более 1000 клиентов по всей стране удаленно, через любое соединение, включая прямой дозвон по модему и SMTP/POP3.
Сотни миллионов долларов через нее проходили ежегодно.
И после этого кто-то мне говорит о сугубо настольном применении?
2. Когда мне стало очень надо, я сделал динамически формируемые отчеты. Но случаи, когда это надо, можно по пальцам пересчитать. И вообще можно было без динамики обойтись. Так что спросите себя, а зачем вам они нужны - отчеты, изменяемые в рантайме?
А сейчас - вот, например, Excel как генератор отчетов к вашим услугам.