#sql #postgresql
Вопрос:
Является ли более экономичным для плана запроса использование структуры данных, например массива или списка, для хранения экземпляров во взаимосвязи «многие ко многим» вместо создания новой таблицы для хранения экземпляров. Например, если я разрабатываю приложение для объединения автомобилей, и у меня есть поездки за столами, вместо создания табличного хранилища ride_reservation, которое содержит каждого пассажира, я могу добавить атрибут массива типов в поездку за столами для хранения пассажиров
Заранее спасибо.
Комментарии:
1. Вероятно, не более экономически эффективно, но определенно возможно. Вам придется попробовать альтернативные решения для ваших данных.
2. Спасибо за ответ Гордону, я подумал, что массив может быть лучшим вариантом, потому что вы будете искать только пассажиров, имеющих отношение к поездке, вместо того, чтобы просматривать пассажиров, принадлежащих к разным поездкам, как в таблице, где массив будет содержать пассажиров, имеющих отношение только к поездке. или я что-то упускаю ?
3. @ m.mashaly . . . Вы упускаете из виду, что SQL предназначен для обработки таблиц и имеет несколько алгоритмов их обработки. Он также имеет оптимизацию в виде индексов и секционирования. Я не говорю, что массивы не работают быстрее, просто вам нужно попробовать свои данные и свои запросы. Несомненно, существуют примеры запросов, которые выполняются как быстрее, так и медленнее при ненормализованном подходе.
4. Да, понял, еще раз спасибо. @ГордонЛинофф