Я работаю над веб-инструментом организации. Я не нацелен на тот же рынок, что и замечательный Basecamp, но позвольте сказать, как пользователи и данные взаимодействуют, как одно и то же.
Мне придется иметь дело с пользовательской настройкой, загрузкой файлов и графическими настройками. Для каждой учетной записи есть также fora. И я хотел бы предоставить способ резервного копирования легко каждой учетной записи.
Я думал о том, как создать разумную архитектуру и был обучен использовать прекрасно нормализованные данные в одном (хотя и распределенном при необходимости) DB DB. Недавно мне было интересно: можно ли подумать об использовании одного SQLITE DB для хранения данных для каждой учетной записи и использовать MYSQL только для общего управления веб-сайтом?
Про:
- резервная копия проста: установите версию, zip, upload.
- не беспокойтесь, если в каждой учетной записи используются массивные форумы: беспорядок в одном файле для каждого из них.
- SQLITE быстро осветляется, не требует дорогого времени подключения...
- Схема таблиц намного проще: не нужно делать различие между учетной записью каждый раз
Против:
- не знаю, масштабируется ли он
- не знаю, будет ли поддерживать жесткий диск
- Не знаю, есть ли способ, чтобы SQLITE не хранился в ОЗУ, поскольку это было бы быстро катастрофой.
- много директорий и субтитров: будет ли это нормально?
- проблема обслуживания: обновление сайта в реальном времени означает обновление всех db по одному.
- проблема с dev: установка dev/pre prod/prod env будет довольно сложной.
- Commom-данные по-прежнему потребуют использования mysql, поэтому мы закончим с двумя соединениями DB для каждой страницы, arg
Больше, чем плюсы, тем не менее, это заставляет меня задаться вопросом (стиль цепплина).
Что вы скажете?