Название: Проектирование БД. Что лучше. Отправлено: Сергей от Март 27, 2004, 13:47 Задача:
Ежеминутно собираются данные по 10 тыс. параметрам, которые затем ложатся в архив. Что будет лучше: 1. 'Длинная таблица' - 3 колонки (код, значение, дата-время) 2. 'Широкая таблица' - 62 колонки (код, дата-время, 60 колонок значений за каждую минуту часа) Какая структура таблицы будет лучше? (СУБД - Oracle 8.1.7) Название: Проектирование БД. Что лучше. Отправлено: niktesla от Март 28, 2004, 02:47 ПОФИГ какая СУБД, а как лучше организовать зависит только от того, как ети данные будут в дальнейшем использоваться (какие именно будут запросы, и насколько часто они будут выполняться)
Если надо в основном подсчитывать чтото за час то - лучше 62 колонки( но только если этот час соответствует одной записи, а не разбросан по двум) В любом другом случае стоит остановиться на таблице из 3 столбцов - гемору с ней будет намного меньше. Название: Проектирование БД. Что лучше. Отправлено: ekaterina от Март 29, 2004, 16:13 :)Ребята , а нельзя ли вам быть хоть немного культурнее - вас видят миллионы людей. Да и просто так. Ваш жаргон угнетает!
Название: Проектирование БД. Что лучше. Отправлено: Redrik от Март 29, 2004, 19:54 Ekaterina! Молодец!!!
"Пионерия" считает, что такая (жаргонная) манера общения подчеркивает их "крутизну" :D Типа... . Сергей. Делай длинную таблицу. Тем более, если речь идет об архиве - значит лимит числа записей "не жмет" :wink: Название: Проектирование БД. Что лучше. Отправлено: Admin от Март 29, 2004, 20:45 странно я вроде не испорчен а мне показалось
что парни НОРМАЛЬНО разговаривали криминала нет, просто ЖАРГОН Название: Re: Проектирование БД. Что лучше. Отправлено: CBapor от Февраль 16, 2005, 05:11 Цитата: "Сергей" Задача: Ежеминутно собираются данные по 10 тыс. параметрам, которые затем ложатся в архив. Что будет лучше: 1. 'Длинная таблица' - 3 колонки (код, значение, дата-время) 2. 'Широкая таблица' - 62 колонки (код, дата-время, 60 колонок значений за каждую минуту часа) Какая структура таблицы будет лучше? (СУБД - Oracle 8.1.7) Посмотри на запросы, которые ты будешь делать к таблице и очени оба варианта. Решение станет очевидно. А так, не зная специфики дальнейшей работы советы больше похожи на религию. |