Разработка общей базы данных для нескольких уникальных приложений

Question

Я новичок в мире баз данных, поэтому заранее прошу прощения, если я не использую правильный словарный запас.

Я изучаю особенности дизайна облачного магазина приложений как для онлайн, так и для автономного использования. Некоторые приложения будут полагаться на ту же информацию, что и информация о персонале.

1. Лучше ли сначала создать базу данных со всей общей информацией, а затем использовать приложения в этой общей базе данных?
2. Если существуют уникальные поля, которые нужны одному приложению, а другому - нет, есть ли способ загрузить только необходимые поля (для экономии памяти и использования тарифного плана)?
3. Предположим, что некоторым, но не большинству приложений требуется почти мгновенная скорость доступа, тогда должны ли они иметь свою отдельную уникальную базу данных с той же информацией?

Я также буду признателен за любые предложения для дальнейшего чтения по этой теме. Спасибо!

Answer 1

1. Если у вас есть четкое понимание того, что является общим и останется распространенным, рекомендуется сначала разработать его. Но знать это с самого начала сложно, поэтому будьте консервативны.

2. Базы данных не о загрузке, а (в основном) о запросах и обновлении. Конечно, вы можете запрашивать только те строки и поля, которые вам нужны, и только передавать их.

3. Наличие отдельных баз данных может повысить скорость. Но правильный дизайн, который делает запросы эффективными, обычно важнее. Кроме того, всегда возникает конфликт между предварительной загрузкой и скоростью доступа в отношении пропускной способности, а также между кэшированием / репликацией и скоростью доступа в отношении потребления памяти.

Чтобы мы могли лучше ответить на ваши вопросы, пожалуйста, объясните, какую проблему вы действительно решаете. Выполнение этого, а также предварительное чтение баз данных помогут вам лучше задать ваш вопрос.