Работа с БД по сети

[Alkatras]

Доброго времени суток коллеги.
Помогите разобраться с такой проблемой: с 2х машин подключался к одной БД. Параллельно вносил изменения в таблицы, при этом отображались изменения сделаные только на этой машине. Изменения происходят посредством SQL запроса. Как сделать чтобы после каждого действия (удаление записи, изменение, добавление), данные сразу сохранялись в таблицы и отображались на 2й машине? Заранее спасибо...

[Stilet]

Так стоп...
Давай разделим понятия "данные сразу сохранялись в таблицы" и "отображались на 2й машине".
Насчет первого ну смотря чем ты пользуешь, если есть транзакция то команда COMMIT сбросит ее на диск.
Насчет второго, ну прикрепи к прокграмме механизм передачи сообщений через сокеты, и при фиксировании транзакции на одном клиенте всем остальным посылай сообщение переобновится, и пусть перечитываю БД (Или всем пошли строку, которую ты закоммитил в БД, тогда не придется напрягать сервер.)

[pu4koff]

Вопрос уже поднимался не раз. Самое простое решение: периодически перезапрашивать данные из СУБД. Так же некоторые СУБД поддерживают механизм событий и можно сделать, что сама СУБД будет всем рассылать информацию об изменениях.
Самый правильный вариант в общем случае: сделать кнопочку "обновить" по которой перезапрашивать данные из БД. Представьте, что один пользователь активно добавляет названия улиц в справочник. А в это же время другой пользователь пытается добавить нового клиента и не может добавить его адрес, т.к. никак не попадет в нужную улицу (строки же скачут из-за появления новых записей).

[Alkatras]

Сообщение от pu4koff

Самый правильный вариант в общем случае: сделать кнопочку "обновить" по которой перезапрашивать данные из БД.

Перезапрос закодил перед каждым событием путем (SELECT * FROM Table), к сожалению не помогает(
Может подскажите альтернативные пути решения, или кусок кода на перезапрос?

[Stilet]

перед каждым событием

Этого не достаточно. Это так подвесит работу твоей проги что ей никто пользоваться не захочет.
Яж тее сказал - перешли всем пользователям сообщение, например через IDUDP компонент методом Broadcast, А в этом сообщении строку изменений.

т.к. никак не попадет в нужную улицу

Этого можно избежать если добавлять в конец таблицы - тут уж автору стоит об том позаботится.

[pu4koff]

Сообщение от Stilet

Этого можно избежать если добавлять в конец таблицы - тут уж автору стоит об том позаботится.

1. Вряд ли это получится, т.к. данные обычно показывают упорядоченно по какому-то полю. Странно будет выглядеть табличка, в которой 100 записей в начале упорядочены, а в конце идут в разнобой;
2. В этом случае "скакать" табличка будет при активном удалении или изменении.
3. Редко кому это нужно в реальной жизни. Если кому-то нужно видеть данные из БД в реальном времени, то вряд ли таблица - удачный вариант представления информации. В общем, этим как правило решается не та проблема и не теми средствами. Это скорее латание дыр проекттирования программы или излишек, который никому не нужен.

[Andrei]

Сообщение от pu4koff

....
3. Редко кому это нужно в реальной жизни. Если кому-то нужно видеть данные из БД в реальном времени, то вряд ли таблица - удачный вариант представления информации. В общем, этим как правило решается не та проблема и не теми средствами. Это скорее латание дыр проекттирования программы или излишек, который никому не нужен.

Золотые слова!

Я не понимаю, зачем пользователю на втором компьютере во время редактирования тупо пялиться на таблицу и смотреть изменились где-то записи или нет. Он редактирует конкретную запись. Ее и надо проверять (если это действительно надо) перед тем как сохранить изменения и решать, сохранять их или нет. Что делается в это время с остальными записями пользователя волновать не должно.

Закончил редактирование - обновил таблицу. Работаешь дальше с обновленным вариантом таблицы. Выбираешь другую запись для редактирования.

PS: Если бы мне нужно было отслеживать измененные записи за определенный период времени, я бы ввел в таблицу поле типа TDateTime в котором автоматически проставлял бы время изменения записи, а потом делал бы выборку по этому полю.