BiTel

Люди добрые, сами мы не местные, помогите кто чем может

Есть 2 НАСа, каждый из которых обслуживался (волею судеб) своим биллингом. Сейчас встала задача их объединить. Есть ли возможность это сделать более-менее автоматизированно? Например, экспортировать карточки и статистику юзеров на одном и импортировать на другом...

Перенабивать юзеров руками ой как не хочется...

В данный момент подобный функционал отсутствует, т.к. задача весьма нетривиальная в общем своем случае. Основная проблема - дублирующиеся коды в 2х базах.
Если сложно перенести руками, вам придется самостоятельно составить скрипт переноса.

какие коды? зачем коды? их-то можно перегенерить заново при импорте, а в экспорте просто сохранить связи. Например - экспортируя в XML.



А можно про это поподробнее?

да, кстати - возможность экспорта/импорта ИМХО будет очень полезной и для всяческих апгрейдов/переустановок/миграций/етц...

а чем не устраивает mysqldump + mysql?
дампите:запускаете mysql и говорите ему:заливаете дамп:пользуетесь

тем что так можно выполнить разве что перенос на другой сервер (хотя я бы для этого просто пожал таром каталог бгбиллинг в дереве майскуля). А если мне хочется допустим с версии 3,75 на версию 4 проапгрейдиться? Вот и предлагается аналогичный дамп/рестор, но только в пространстве биллинга, а не его базы

в рамках одного сервера прекрасно будет работать
о Боже ... это ж варварский и не кошерный метод ... я надеюсь Вы шутите ...

Ой как интересно! Мне же вот предлагают переносить биллинг на уровень ниже - так почему же переносить БД на уровень ниже это уже варварство?

Большинство записей в базе идентифицируются уникальным числом (id, он же код). И все отношения указываются между кодами. Например у вас в первой базе договор с кодом 1 - ИП Пупков, а в другой вовсе Василий Анатольевич.
А к этому договору в каждой базе привязаны например, свои тарифы (опять же, их коды пересекаются).
Перегенерить их можно, но, как я уже говорил, задача не очень простая, в двух словах не опишешь. Берите описание базы (доступно для 4.3 на сайте) и пишите перенос.
XML позволяет делать лишь ограниченное число связей, доступных в реляционных БД. Собственно он позволяет указать лишь Many-To-One путем помещения одного узла в другой, и то если данный вид отношения существует только к одному типа сущностей.
P.S. Для обновления между версиями процедура описана. С данной задачей она почти не связана. Резервную копию можно сделать с помощью mysqldump, а затем обновлять. Если что не пойдет - просто откатить.
P.P.S. Само собой, что просто накатывая дамп базы не слить. Проблема опять же в совпадающих кодах.

спасибо Структуру базы я таки знаю, поэтому и вызывает удивление фраза про проблематичность экспорта-импорта ХML - таки ПРИМЕР, но. А разве связи в биллинге не типа "один к многим"? Карточка - и привязаные к оной свойства. Ссылки же между разными сущностями (как в Вашем примере - с клиента на тарифы) делаются по генерируемым уникальным идентификаторам, существующим на время переноса.

Вобщем задача ну никак не сложнее экспорта справочников 1С(с их перекрестными ссылками) в текст Тока вот похоже что как обычно эта фича будет объявлена невостребованой )




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




кто бы спорил - только вот процедура не самая простая и не самая автоматизированная. И совсем уж проблематичная при желании откатиться обратно БЕЗ резервной копии. А в случае наличия экспорта/импорта - выгрузить в старом и загрузить в новом, и готово.

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

Значит такой тон - "пишите сами" - допустим TYT только из-под шапки?