Определение требований
После того как вы определите тип данных, которые требуется сохранить (структурированные, частично структурированные или неструктурированные), переходите к следующему шагу — определите методы использования данных. Например, для интернет-магазина нужна возможность быстрого доступа клиентов к данным о товарах, а бизнес-пользователям необходимо часто выполнять сложные аналитические запросы. По мере изучения таких требований и с учетом выполненной ранее классификации данных вы сможете приступить к проектированию решения для хранения данных.
Здесь вы найдете ответы на некоторые вопросы, которые помогут понять, что делать с данными.
Операции и задержки
Какие основные операции вы будете выполнять для каждого типа данных и каковы требования к производительности для таких данных?
Ответьте на следующие вопросы о данных.
- Достаточно ли вам простых операций поиска по полю идентификатора?
- Нужно ли выполнять запросы к базе данных по одному или нескольким полям?
- Какой ожидается объем операций создания, обновления и удаления?
- Нужно ли выполнять сложные аналитические запросы?
- Как быстро должны выполняться такие операции?
Ответы на эти вопросы помогут выбрать оптимальное решение для хранения данных.
Операции и задержка: оценка типов данных
Давайте обсудим эти требования для каждого из наборов данных с учетом приведенных выше вопросов.
Каталог продукции
При работе с каталогом продукции для интернет-магазина максимальный приоритет нужно отдавать потребностям клиентов. Клиенты хотят запросить каталог продуктов, чтобы найти нужный элемент или категорию. Например, клиент может запросить все теннисные туфли, а затем теннисные туфли определенного размера, которые есть в продаже. Клиентам может требоваться большое число операций чтения, и они должны иметь возможность отправлять запросы к определенным полям.
Когда клиент размещает заказ, приложение должно обновить количество продуктов. Такие операции обновления должны выполняться так же быстро, как и операции чтения, чтобы пользователи не помещали в корзину те товары, запас которых только что закончился. Приложение должно поддерживать не только большое количество операций чтения, но и потребует увеличенного числа операций записи данных каталога продукции. Обязательно выясните потребности всех пользователей базы данных, а не ограничивайтесь только основными.
Фотографии и видео
Для фотографий и видео, которые отображаются на страницах описания продуктов, действуют другие требования. Для использования фотографий и видео требуется высокая скорость извлечения, чтобы они отображались на сайте вместе с данными каталога продукции, но не запрашивались отдельно. Можно ссылаться на результаты запросов по данным о продуктах и сохранять идентификатор или URL-адрес видео в свойствах продукта. Таким образом, фотографии и видео будут извлекаться только по идентификаторам.
Клиенты не будут обновлять существующие фотографии или видео. Однако они могут добавить новые фотографии к отзывам на продукты. Например, пользователь может опубликовать свою фотографию в новой обуви.
Сотрудники также отправляют и удаляют фотографии продуктов, предоставляемые поставщиком продукта. Однако эти обновления не должны происходить так же быстро, как другие обновления данных продукта.
В целом фотографии и видео можно запрашивать по идентификатору для возврата всего файла, но операции создания и обновления выполняются реже и имеют более низкий приоритет.
Данные о бизнесе
Для анализа данных компания использует только исторические данные. Исходные данные не обновляются по результатам анализа. Это означает, что бизнес-данные доступны только для чтения. Кроме того, пользователи не ожидают высокой скорости обработки сложных аналитических запросов, а значит, здесь вполне допустима некоторая задержка при выдаче результатов.
Бизнес-данные хранятся в нескольких наборах данных. Не всем бизнес-аналитикам требуется доступ на запись ко всем наборам данных, но все бизнес-аналитики могут считывать данные из всех наборов данных.