Что лучше - много строк или много колонок?

@BigMag · Регистрация: 26.04.2007

Студворк — интернет-сервис помощи студентам

Не могу определиться как лучше хранить сводную таблицу.
Задача такая:
Есть таблица накопления продаж товара:
Item_ID, DateSale, Quantity.
В справочнике товаров - порядка 20 000 записей и половина из них участвует в ежедневных продажах, да еще несколько раз.

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

Так вот, первый вариант, просто суммировать количество группируя по коду товара и дню.
Получается таблица примерно в 150 - 200 тыс строк в месяц ( 10 000 товаров х 20 раб.дней ).
Потом на VB в цикле по дням запускать хранимую процедуру и получать данные за дни в указанном периоде.

Второй вариант - на каждый день создать колонку.
Получается таблица в 20 000 строк и 240 столбцов на год. А в хранимой процедуре формировать строку или временную хр.процедуру для получения выборки по нужным столбцам - дням.

Что будет эффективней?

@Alexey · 06.05.2007, 21:33

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

07.05.2007, 12:03

На мой взгляд нужно просто провести нормализацию базы данных(т.е. убрать избыточные данные)
и тогда не будет таких громадных объемов - 240 столбцов, 200000 записей - это же очень много.

07.05.2007, 14:03

В данном случае используется хранилище данных, технология работы с которыми предполагает денормализацию.
Другое дело, необходимо достаточно хорошо представлять себе, что делаешь - OLAP достаточно непростая вещь. Рекомендую www.osp.ru и www.olap.ru.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .

@BigMag 0 / 0 / 0 Регистрация: 26.04.2007 Сообщений: 5

	Что лучше - много строк или много колонок? 06.05.2007, 21:07. Показов 2015. Ответов 3 Метки нет (Все метки) Не могу определиться как лучше хранить сводную таблицу. Задача такая: Есть таблица накопления продаж товара: Item_ID, DateSale, Quantity. В справочнике товаров - порядка 20 000 записей и половина из них участвует в ежедневных продажах, да еще несколько раз. Требуется составлять ночью в авторежиме сводную таблицу по дням, чтобы делать в рабочее время быстрые выборки по группам товаров с итогами продаж. Так вот, первый вариант, просто суммировать количество группируя по коду товара и дню. Получается таблица примерно в 150 - 200 тыс строк в месяц ( 10 000 товаров х 20 раб.дней ). Потом на VB в цикле по дням запускать хранимую процедуру и получать данные за дни в указанном периоде. Второй вариант - на каждый день создать колонку. Получается таблица в 20 000 строк и 240 столбцов на год. А в хранимой процедуре формировать строку или временную хр.процедуру для получения выборки по нужным столбцам - дням. Что будет эффективней? 0

@Alexey 0 / 1 / 3 Регистрация: 27.03.2012
	06.05.2007, 21:33
	На мой взгляд, предпочтительнее первый вариант, т.к. трудно представляю таблицу в 240 столбцов :-) размер структуры таблицы не будет зависеть от интервала времени, легче задать выборку по времени и т.п. 0

Red
	07.05.2007, 12:03
	На мой взгляд нужно просто провести нормализацию базы данных(т.е. убрать избыточные данные) и тогда не будет таких громадных объемов - 240 столбцов, 200000 записей - это же очень много.

anatolys
	07.05.2007, 14:03
	В данном случае используется хранилище данных, технология работы с которыми предполагает денормализацию. Другое дело, необходимо достаточно хорошо представлять себе, что делаешь - OLAP достаточно непростая вещь. Рекомендую www.osp.ru и www.olap.ru.