Можно по таймеру допустим раз в минуту проверять заполнять заново датасет, только это криво. А зачем это надо? И кто базу изменяет: твоя программа, запущенная на другом компе или какая-то другая прога?

событие можно написать вот так



Fill добавляет строчки, только если их нету в датасете, а если есть - обновляет.

А вообще лучше конечно, используя ремотинг, сделать DataAccess компонент с кэшированием данных и реализовать у него события и методы для сообщения о изменениях. В самом простом случае клиенты будут подписываться на событие и просто заново загружать данные.

авторпо подробнее можно
есть такая книжка - Microsoft .NET Remoting С.Маклин (кстати она переведена на русский), а к ней есть примеры в инете. Так вот в первом примере как раз и показывается как оповещать клиентов о каком-либо изменении с помощью события. А ещё есть тема "Полезные ссылки", там в моём сообщении вторая ссылка посвящена архитектуре распределённых приложений под .нет. Если нет времени читать всё - почитайте .NET Data Access Architecture Guide.
Если будете делать сообщения на сервере и подписывать на них клиента - то серверные обьекты должны ссылаться на клиентскую сборку, иначе получается невнятная ошибка (я долго не мог понять в чём дело), что плохо. Маклин в своей книге советует делать класс в общей сборке, этот класс должен повторять событие с сервера на клиент. Т.е. клиент подписывает на событие сервера не себя, а этот класс, а себя подписывает на событие этого класса. (В примерах к книге всё это есть)
Кстати, если кто захочет ловить события на клиенте RowChanged & ColumnChanged и пересылать параметры на сервер в соответствующие обработчики для синхронизации таблиц, тут есть глюка: покрайней мере для типизированных датасетов аргументы этих событий не сериализуются (потому что в этих аргументах есть ссылки на таблицу (e.Row.Table)). Я делал собственные события\делегаты\аргументы без ссылок на строку, а просто с набором данных (e.Row.ItemArray) - тогда всё работает.