Как организовать обновления для БД

← →
Артур Пирожков (2008-07-09 11:39) [0]

Есть ситуация! 1 компьютер в офисе, другой на производстве. Задача офиса скидывать заказы на производство. На компьютере производства есть БД в которую поступают заказы. Вопрос в том как организовать обновление. Т.е хотелось бы чтобы одним нажатием мышки в БД производства попали новые заказы из офиса. На обоих компах используется аксесовские таблицы, хотя, наверное, не так уж важно, что это за таблицы. Каким образом поступить? Можно ли создать некий пакет обновлений?

← →
Правильный^Вася (2008-07-09 11:49) [1]

это нзывается репликация, читать гугл

а вообще не ясно, почему это не в одной бд

← →
Артур Пирожков (2008-07-09 11:57) [2]

А может есть какой-нить колхозный способ? Я например подумал о том, чтобы например все данные из офиса записывать в экселевский файл. Этот файл закачивать в сеть. Затем на производстве этот файл закачивают и программа автоматически анализируя экселевский файл находит новые позиции. Способ кривой, ну, а может есть более эффективный и простой способ?

← →
Правильный^Вася (2008-07-09 12:06) [3]

еще раз - это репликация
каким бы колхозным способом она ни делалась
читай гугл, не изобретай велосипед

← →
oldman © (2008-07-09 12:09) [4]

Если файлы переносятся ручками, то переносить можно только новые записи.
А уж как слить только новые - сам придумай.

← →
Артур Пирожков (2008-07-09 12:10) [5]

читаю-читаю... не понятно только ничего... я же любитель, а не профи... мне слова типа "репликация" почти как мат. :)

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

← →
Артур Пирожков (2008-07-09 12:12) [6]

> Если файлы переносятся ручками, то переносить можно только
> новые записи.

Как определить новые записи я знаю, а вот в чем их сгруппировать, чтобы затем на производстве их смогли автоматически занести... это вот вопрос.

← →
engine © (2008-07-09 12:18) [7]

Сделай так, чтобы и производство и офис работали с одной БД и не создавай проблемы ни себе ни пользователям в будущем.
А лучше поставь клиент-серверную БД и откажись от файл серверных систем.

← →
Ega23 © (2008-07-09 12:19) [8]

> Как определить новые записи я знаю, а вот в чем их сгруппировать,
> чтобы затем на производстве их смогли автоматически занести.
> .. это вот вопрос.
>

Раз знаешь, какие записи, то пишешь приложение "выгружатор" этих данных. В какой формат оно их выгружает - это твоё сугубо личное дело. В бинарник, в текст, в XML, в CSV, в табулированный текст, в что-то ещё.
После чего пишешь прилоение "загружатор" этих данных.

← →
Артур Пирожков (2008-07-09 12:23) [9]

Одной БД быть не может в силу того, что офис и пр-во разные организации.. и производству не нужно видеть некоторые данные офиса. Плюс они физически далеко друг от друга. Возможный способ контакта интернет и факс. Клиент серверная БД звучит круто. Где можно почитать про это? А лучше может все таки кто-нить расскажет как перенести данные?

← →
Артур Пирожков (2008-07-09 12:28) [10]

> Раз знаешь, какие записи, то пишешь приложение "выгружатор"
> этих данных. В какой формат оно их выгружает - это твоё
> сугубо личное дело. В бинарник, в текст, в XML, в CSV, в
> табулированный текст, в что-то ещё.После чего пишешь прилоение
> "загружатор" этих данных.

Походу это действительно самый простой способ, который я осилю.

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

В подобных случаях мне известен только один достаточно "тупой", но вполне надежный вариант - это предварительная загрузка "справочников", полученных с ПК "сервера", на ПК "клиенте" и сверка с ним оператиной базы "Клиента".
В каком виде передаются эти самые справочники и каким способом - не существенно. Я бы это делал как минимум по мылу.

Можно использовать и совсем простую схему - передаваемую информацию хранить в отдельной "базе" - тогда ничего не надо загружать - "Клиент" работает с этой отдельной "базой" как с логической частью своей

← →
Нат (2008-07-25 05:52) [12]

Реплики - еще та песня, даже в теории полностью не решенная.
И не под эту задачу.

Если имеется сеть, и хочешь кардинально разхделить доступ к данным - сделай две бд с разной структурой - одну с доступом для обоих (производство и офис), другую - только для офиса.
Проблем никаких нет. Легкая форма распределенных баз.

Как организовать обновления для БД Найти похожие ветки