Т.е. одноразовая продажа билетов по сути. Понятно. Но вопрос который вы подняли по конкурентному резервированию прекрасно решается как раз с помощью базы данных через механизм транзакций. Главное уровень транзакции выбрать правильно. А в MySQL например вообще это можно разрулить через SELECT FOR UPDATE
Для серилов просто сделайте связанную таблицу к Movie, т.к. туда пойдет видимо количество сезонов и еще что-нибудь, с другой стороны можно в Movie сделать те же атрибуты и не заполнять их для фильмов
Проще, но час икс, когда государство поймет, что фрилансеры их крутит на вертеле неизбежен, а учитывая структурированность исходных данных, на вертеле окажутся фрилансеры.
А... это экспорт-импорт, а не репликация. Тогда все хуже, значит производитель софта репликацию вообще не делал. НАдо с ним по любому этот вопрос обсудить, чтобы понять, что он и за сколько предлагает, а если устраивает, то курить мануалы по Cache, разбираться во всем и на тестовых базах писать скрипт репликации или настройках базы. Тут целая модель по репликации docs.intersystems.com/cache20121/csp/docbook/DocBo...
Я так понимаю технология есть docs.intersystems.com/cache20121/csp/docbook/DocBo... , но вопрос в том что Вы влипнете в разбор структур данных, контроль целостности данных и бизнес-правила.Дешевле заплатить компании за эту задачу, которая поставляет Аптека+. У них есть репликация в центральную базу, возможно они могут и организовать и другие маршруты репликации малой кровью. Но это не тривиальная задача. Репликация в центральную базу формально аддитивна, а репликация в других моделях требует глубокого понимания всех тем, которые я упомянул выше.
pavels91: У меня 6%, я планирую 6% с входа платить, но еще с бухами проконсультируюсь, т.к. формально комиссия UPWork, не уменьшают выручку, а включаются в затраты.
