Отдельные базы данных в крупной компании

Question

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

Крупная страховая компания имеет приложение, которое использует отдельные базы данных для:

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

Это кажется нормальным? Я бы подумал, что было бы более эффективно и рентабельно хранить b, c, d, f вместе и, возможно, даже a? И даже если есть соображения безопасности, это все равно кажется излишним.

Как другие люди или крупные компании будут делать это с точки зрения лучшей практики?

Answer 1

Это очень организованный подход к этой ситуации, тем более что это более крупная компания. По крайней мере, я ожидал бы, что для ae будут разные таблицы, но, поскольку приложение масштабируется больше, может возникнуть необходимость выделять отдельные базы данных для каждого аспекта в отдельности. Это просто помогает организовать вещи (что очень хорошо. Вы не просто хотите хранить все свои данные в как можно меньшем количестве таблиц / баз данных). Также полезно разделять вещи, потому что не все в компании должны видеть, например, данные политики клиента, чтобы иметь возможность выполнять свою работу. Некоторые из этих данных (например, b & c) могут храниться вместе, но, хотите верьте, хотите нет, но хранение этих данных по отдельности может быть более эффективным. Это называется "нормализация".