хранилища данных - Общие вопросы по программированию, компьютерный форум

kate158 · 08.03.2014, 11:50

Какие особенности нужно учесть при проектировании хранилища данных на MS SQL Server 2012, если обновляться оно будет раз в минуту, а кубы в нем перестраиваться раз в сутки?

Smitt&Wesson · 08.03.2014, 11:53

Все ..........................

kate158 · 08.03.2014, 12:26

Smitt&Wesson, ваша подпись очень меткая

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

Stilet · 08.03.2014, 13:41

Идеально спроектированное хранилище будет только в том случае идеальным, если будет спроектировано только под конкретную задачу с малой (или вообще без) возможностью масштабирования. Т.е. оно должно выполнять только возложенную конкретно на нее задачу, а не быть готовым выполнять еще какие-то другие.
Я не специалист по аналитическим методикам, но к примеру если данные в расчете не должны участвовать, то и хранить их нужно отдельно (в другой таблице к примеру). Короче я бы если бы проектировал такое, то в расчеты ставил только таблицы, в которых одни ключевые поля, ссылающиеся на справочники.
Ну и индексация тоже. Должна быть правильной. Лишних индексов лучше не делать, чтоб они не перестраивались при каждой транзакции.

08.03.2014, 11:50	#1
kate158 Форумчанин Регистрация: 01.08.2008 Сообщений: 383	хранилища данных Какие особенности нужно учесть при проектировании хранилища данных на MS SQL Server 2012, если обновляться оно будет раз в минуту, а кубы в нем перестраиваться раз в сутки?

08.03.2014, 11:53	#2
Smitt&Wesson Старожил Регистрация: 31.05.2010 Сообщений: 13,543	Все .......................... Пиши пьяным, редактируй трезвым. Справочник по алгоритмам С++ Builder

08.03.2014, 13:41	#4
Stilet Белик Виталий :) Старожил Регистрация: 23.07.2007 Сообщений: 57,097	Идеально спроектированное хранилище будет только в том случае идеальным, если будет спроектировано только под конкретную задачу с малой (или вообще без) возможностью масштабирования. Т.е. оно должно выполнять только возложенную конкретно на нее задачу, а не быть готовым выполнять еще какие-то другие. Я не специалист по аналитическим методикам, но к примеру если данные в расчете не должны участвовать, то и хранить их нужно отдельно (в другой таблице к примеру). Короче я бы если бы проектировал такое, то в расчеты ставил только таблицы, в которых одни ключевые поля, ссылающиеся на справочники. Ну и индексация тоже. Должна быть правильной. Лишних индексов лучше не делать, чтоб они не перестраивались при каждой транзакции. I'm learning to live...

Опции темы	Поиск в этой теме
Версия для печати Отправить по электронной почте	Поиск в этой теме: Расширенный поиск

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
Выбор HD хранилища	Stilet	Компьютерное железо	10	09.01.2013 16:58
очистка вн.хранилища	Димит	Помощь студентам	0	13.05.2012 00:28
Выбор хранилища данных - XML или SQLite?	Lindemann66	C/C++ Базы данных	9	02.08.2011 18:19

08.03.2014, 12:26	#3
kate158 Форумчанин Регистрация: 01.08.2008 Сообщений: 383	Smitt&Wesson, ваша подпись очень меткая если подумать, что может влиять на скорость обновления данных? может быть информация, не нужная для анализа (это могут быть адреса, идентификаторы записей и пр.)? исключу. несоответствия именования и измерения атрибутов, загружаемых в хранилище из разных источников? исключу.но ведь идеально спроектированное хранилище не будет содержать подобной ерунды.