База данных для интернет-магазина может содержать информацию 2 типов:
1. Информация, необходимая непосредственно для работы магазина
2. Информация вспомогательного характера, непосредственно не участвующая в работе магазина. Например, информация о дистрибьютерах, с которыми идёт сотрудничество, информация о вендорах, информация о стоимости доставки каждой партии товара и иная информация, необходимая для ведения истории и статистики.

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

Как наиболее эффективно решается данная проблема ?

авторАренда сервера на нормальном канале - 50 евро в месяц. Нет ни одного более дешевого решения.
Аренда сервера не пойдёт. Нужен обычный хостинг за 100-500 руб/мес.

авторСумбурная какая-то точка зрения
Понял, нужно придерживаться несумбурной точки зрения...

авторХостируйтесь сами, если это так уж конфиденциально.
Самому хостироваться возможности нету...

авторТакова ценность вашей "конфиденциальной информации"
Оценкой пока не занимался. Всяко может быть...

авторНастоящие пацаны делают как раз наоборот - отдельные сервера и БД для веба и бэка.
Для бэка - это отдельная БД на стороне владельца магазина ?

авторЭто правильно сказали, в мыслях сумбур.
Если у вас получится сделать двухсторонний обмен данными без собственно обмена, то наверное нобелевскую премию можно идти получать :)
Насчёт сумбура - неправильно. Всё чётко-гладко... и самое главное - обоснованно...
Вопрос же стоит между двусторонним обменом и односторонним, а не двусторонним или его отсутствием. Посему нобелевской премии нам не видать...

авторУ всех работает обмен во все стороны - и ничего, даже наоборот, это правильно.
Собственно, меня интересует, как это реализовано у солидных интернет-магазинов : 2 базы данных ? С непересекающимися сущностями/таблицами ? Или одна общая + её часть в виде реплики для веба ?

авторБизнесмены, блин, хреновы... Смешно.
Мне тоже смешно...
Тока вот если берут тока 130 руб/мес (для примера), я, судя по всему, не должен упрашивать их взять больше...

авторРодная репликация не подошла в связи с неполным контролем и отсутствием репликации событий и сложных данных, а не просто таблиц.
Что значит "родная репликация" ?

Читаю лицензию MySQL. Никак не пойму - нужно покупать коммерческую лицензию для интернет-магазина или нет...

Для собственного использования или нет (где тут чёткая граница). Или лицензию должен покупать хостер, который предоставляет нам СУБД ?