Обмен данными между mysql и Oracle
289 повідомлень
#15 років тому
Возникла потребность создать интернет-магазин, который бы взаимодействовал с внутренними базами компании. Эти базы - на Oracle.Из оракловых интернет-магазинов, пожалуй, есть только 1с-Битрикс по цене 249 900 рублей. На данном этапе этот вариант мы не рассматриваем.
Хочется воспользоваться одним из недорогих готовых интернет-магазинов на базе php+mysql с возможностью его адаптации к автоматическому обмену данными с базой на Oracle.
То есть, например, по утрам из Оракла (в ручном или автоматическом режиме) в магазин закачиваются остатки на складе, а в течение дня при поступлении заказов данные из mysql автоматически уходят в Oracle.
Есть ли какой-то софт, позволяющий реализовать миграцию данных в таком режиме?
Как лучше реализовать такой обмен данными?
16382 повідомлення
#15 років тому
Написать на том же php или на чем угодно другом скриптик, который будет этим самым заниматься. Хоть прямо в магазинчик встроить. Брать из одного места данные и складывать в дргое.вообще термин "оракловый магазин" это не вполне верно. Можно практически любой вменяемый магазин поставить на любую реляционную БД.
22 повідомлення
#15 років тому
Если есть внутренние базы в Оракле, то скорее всего там система на Винде, а перекачку сделать на прикладном софте в Виндах на чем-то, что может одновременно работать с разнородными источниками данных.Варианты Access, Delphi....... Написать небольшой экзешник в десяток строк за 1 час, даже меньше, закатать на сервак и запускать ночью через шедулер в опреденное время.
На php это вариант уже с вэб, кроном и т.п. это более сложно.
16382 повідомлення
#15 років тому
Цитата ("oleg_ws"):На php это вариант уже с вэб, кроном и т.п. это более сложно.
Эт кому как :-). Дело в том, что о поступлении заказа лучше слать данные прямо из магазина. Лепить сторонний софт который будет это мониторить, например - не айс. Имхо
338 повідомлень
#15 років тому
Цитата ("oleg_ws"):Если есть внутренние базы в Оракле, то скорее всего там система на Винде
а можно просветить в логической связи данного утверждения ?
578 повідомлень
#15 років тому
Цитата ("ypeskov"):а можно просветить в логической связи данного утверждения ?это было с его стороны просто мыслью вслух ))
----
pinions - создавайте проект "требуется скрипт автоматической синхронизации баз Oracle -> mysql на PHP с запуском по крону" и ставьте бюджет от 100-150. думаю за 75 сторгуетесь с парой приличных исполнителей.
263 повідомлення
#15 років тому
Цитата ("pinions"):...То есть, например, по утрам из Оракла (в ручном или автоматическом режиме) в магазин закачиваются остатки на складе, а в течение дня при поступлении заказов данные из mysql автоматически уходят в Oracle.
Есть ли какой-то софт, позволяющий реализовать миграцию данных в таком режиме?
Как лучше реализовать такой обмен данными?
Вообще-то Вам нужно то, что называется middleware - это отдельный класс программного обеспечения со своими ведущими фирмами, решениями, подходами. В вашем случае, когда надо объединить две, сравнительно несложных, системы можно будет установить подходящий магазин на mysql, изучить исходный текст, локализоовать все обращения к БД, те обращения в которых используются данные, хранящиеся в Вашей "большой" базе на Oracle заменить на сложные обращения извлекающие часть данных из локальной БД mysql и те данные, которые хранятся на Oracle из БД Oracle, далее слияние данных и выдача результата в "магазинные" программы. То же самое сделать и с обновлением данных. В принципе, если "магазинные" программы не очень сложные и написаны не совсем ужасно, то эту работу можно сделать за 3-8 недель, надо только побольше времени отвести на тестирование.
Оффлайновые решения, скажем синхронизировать Oracle и mysql каждые пять-десять минут будут работать если (а) базы не очень большие, синхронизация занимает меньше пяти или десяти минут (б) остатков товаров достаточно много и (в) покупки на сайте происходят достаточно редко. По времени разработки оффлайновое решение будет несколько проще: где-нибудь в районе 2-6 недель, но по мере роста загрузки магазина, будет расти риск потери или рассогласования данных между базами.
578 повідомлень
#15 років тому
Максим, вы еще не создали проект? а то я иду к вам ))).---------
имхо не стоит заморачиваться.
пишем на пхп пару модулей.
один импортер мускуля, второй экспортер оракля.
задаем тупо соответствие таблиц и столбцов между базами. все, экспортер выкидывает изменившиеся ячейки, импортер их подбирает в ведомую базу. мидлвэа это или не мидлвэа - не важно, главное чтоб работало и чтоб не запутаться. никаких анализов исходных текстов, никаких модификаций упаси боже имеющихся субд. никаких 2-4-6 недель.
---------
достаточно дампа 100-300 строк каждой таблицы обоих баз и три-пять дней сроку.