Максим В.
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 строк каждой таблицы обоих баз и три-пять дней сроку.