Хранение данных: обычный объект или ключ как значение? Добрый день.
Использую документо-ориентированную БД (монго).
Пример структуры объекта: contries = [
{
name: "Russia",
cities: [ 'Moscow', 'Spb' ]
},
{
name: "Mongolia",
cities: ['Ulaahn', 'Hovd']
}
]
Дополнительных полей в объекте не предполагается.
Но для некоторых запросов мне удобнее использовать такое представление данных:contries = [
{ "Russia" : [ 'Moscow', 'Spb' ] },
{ "Mongolia" : ['Ulaahn', 'Hovd'] }
]
Получается компактнее, но терзают смутные сомнения, что это может быть чем-то чревато.
Можете их развеять или поделиться недостатками второго подхода, пожалуйста?

21 Авг 2019 в 07:08
211 +1
0
Ответы
1

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

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

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

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

20 Апр 2024 в 13:06
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки в течение 1 года
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Поможем написать учебную работу
Прямой эфир