В том то и дело что нет таких примеров. Как сказал один умный человек, "архитектура - это то что нельзя нагуглить".
Примеры будут либо настолько вырожденные и упрощённые, что толку от них никакой. Или из реальной жизни, но тогда за бизнес требованиями и миллионом исключений не будет видна суть
Вынужден огорчить.
Научиться чувствовать по итогам поста на форуме невозможно. На это надо несколько лет
Но можно получить совет по отдельным классам. Но для этого надо задать вопрос. Без всей этой беллетристики, но с максимумом конкретики про классы. И подробным описанием, почему хочется разделить
Синхронизируйте дампом по крону.
Плюс журнал надо будет как-то еще отдельно переносить. Например, меняя имя таблицы, добавляя в него год и месяц. тогда в копии будут храниться отдельные таблицы по месяцам
по возможности что? сказать базе данных "вот в этой таблице удаления синхронизировать, а вот в этой не надо?"
вы хоть сами понимаете нелогичность своих хотелок?
Синхронизация мастер-слейв действительно работает из коробки
но у вас же еще "держать журнал".
и вы уж определитесь, вам "средствами mysql" или "раз в сутки".
если раз в сутки то понятно что mysql здесь не при чем.
Httdientee, дружочек, вы можете отличить базу данных от таблицы?
И если у вас нет базы данных, то почему вы создаете не базу данных, а таблицу?
А если речь о таблице, то почему вы решили что проблема из-за отсутствия базы данных?
Да, функционал внешних ключей можно заменить кодом пхп.
Но зачем, если БД может все сделать за тебя?
Как говорится, лучший код - это его отсутствие