В локальной сети изменения в table в базе database происходят. Например, первый изменил одну запись, но другой пользователь увидел ее только после refresh. Как зделать это автоматически, без таймеров
Здравствуйте, Аноним, Вы писали:
А>В локальной сети изменения в table в базе database происходят. Например, первый изменил одну запись, но другой пользователь увидел ее только после refresh. Как зделать это автоматически, без таймеров
Если коротко, то никак. Точнее, удовлетворительное по качеству решение этой задачи по объему работы сопоставимо с базой, которую ты пишешь.
Re[2]: как лучше установить обновление данных
От:
Аноним
Дата:
04.09.04 11:59
Оценка:
Здравствуйте, Softwarer, Вы писали:
S>Здравствуйте, Аноним, Вы писали:
А>>В локальной сети изменения в table в базе database происходят. Например, первый изменил одну запись, но другой пользователь увидел ее только после refresh. Как зделать это автоматически, без таймеров
S>Если коротко, то никак. Точнее, удовлетворительное по качеству решение этой задачи по объему работы сопоставимо с базой, которую ты пишешь.
А еще точнее можно, все зависит от БД которую ты используешь, так под InterBase у меня есть даже технология... Позволяющая красиво и качественно строить БД измения в которых отображаються в реальном времени. Да и кода там совсем немного. =)
Здравствуйте, <Аноним>, Вы писали:
А>А еще точнее можно, все зависит от БД которую ты используешь, так под InterBase у меня есть даже технология... Позволяющая красиво и качественно строить БД измения в которых отображаються в реальном времени. Да и кода там совсем немного. =)
Надо делиться с остальными А то такой вопрос неоднократно всплывает во всех форумах по программированию.
Здравствуйте, Аноним, Вы писали:
А>В локальной сети изменения в table в базе database происходят. Например, первый изменил одну запись, но другой пользователь увидел ее только после refresh. Как зделать это автоматически, без таймеров
Если база на локальных табличках, то можно решить повесив таймер который будет делать не refresh, а будет смотреть на дату модификации файла таблички и если она изменилась, то уже рефрешить/выполнять query и т.д...
Лет 6-7 назад писал базу, нельзя было под сиквел, так вот этот подход позволил ловить изменения почти в реальном времени (30 сек) в классе из 20-машин и при этом не ложить сетку к хренам...
Здравствуйте, kavlad, Вы писали:
K>Здравствуйте, <Аноним>, Вы писали:
А>>А еще точнее можно, все зависит от БД которую ты используешь, так под InterBase у меня есть даже технология... Позволяющая красиво и качественно строить БД измения в которых отображаються в реальном времени. Да и кода там совсем немного. =)
K>Надо делиться с остальными А то такой вопрос неоднократно всплывает во всех форумах по программированию.
Могу и поделиться вот только статью на эту тему уже 3 неделю пишу никак не осилю формализация дело непростое.
Здравствуйте, Аноним, Вы писали:
А>А еще точнее можно, все зависит от БД которую ты используешь, так под InterBase у меня есть даже технология... Позволяющая красиво и качественно строить БД измения в которых отображаються в реальном времени. Да и кода там совсем немного. =)
На ивентах, я так понимаю?? на ibase.ru вроде расписано..
Здравствуйте, DaHa, Вы писали:
K>>Надо делиться с остальными А то такой вопрос неоднократно всплывает во всех форумах по программированию.
DH>Могу и поделиться вот только статью на эту тему уже 3 неделю пишу никак не осилю формализация дело непростое.
А основная идея метода в чем? А то может и не надо статью писать, если метод уже известен.
Здравствуйте, kavlad, Вы писали:
K>Здравствуйте, DaHa, Вы писали:
K>>>Надо делиться с остальными А то такой вопрос неоднократно всплывает во всех форумах по программированию.
DH>>Могу и поделиться вот только статью на эту тему уже 3 неделю пишу никак не осилю формализация дело непростое.
K>А основная идея метода в чем? А то может и не надо статью писать, если метод уже известен.
Основан он на событиях InterBase, но ... Не все так просто, там есть определенная модель которую должен поддерживать и клиент и БД это дает возможность не делать полный Refresh =) Короче трафик минимальный, который можно представить. И организация клиента чисто стандартными компонентами не DB Aware. Используеться модель шины с раздачей заявок. Тем самым берете любой компонент и любые данные. Все остальное делает DataEngine =) Просто и сердито.
Здравствуйте, <Аноним>, Вы писали:
А>В локальной сети изменения в table в базе database происходят. Например, первый изменил одну запись, но другой пользователь увидел ее только после refresh. Как зделать это автоматически, без таймеров
Мне очень нравится ваш стиль Уже не в первый раз...
Здравствуйте, DaHa, Вы писали:
DH>Основан он на событиях InterBase, но ... Не все так просто, там есть определенная модель которую должен поддерживать и клиент и БД это дает возможность не делать полный Refresh =) Короче трафик минимальный, который можно представить. И организация клиента чисто стандартными компонентами не DB Aware.
Понятно. Я тоже делал подобное, только без событий и еще DB controls прикрутил.
DH>Используеться модель шины с раздачей заявок. Тем самым берете любой компонент и любые данные.
Здравствуйте, kavlad, Вы писали:
K>Здравствуйте, DaHa, Вы писали:
DH>>Основан он на событиях InterBase, но ... Не все так просто, там есть определенная модель которую должен поддерживать и клиент и БД это дает возможность не делать полный Refresh =) Короче трафик минимальный, который можно представить. И организация клиента чисто стандартными компонентами не DB Aware.
K>Понятно. Я тоже делал подобное, только без событий и еще DB controls прикрутил.
DH>>Используеться модель шины с раздачей заявок. Тем самым берете любой компонент и любые данные.
K>Вот это не совсем понял
Хм... Это выглядит так: DataEngine расслылает события изменения в данных подписавшимся компонентами.