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

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, ваша подпись очень меткая если подумать, что может влиять на скорость обновления данных? может быть информация, не нужная для анализа (это могут быть адреса, идентификаторы записей и пр.)? исключу. несоответствия именования и измерения атрибутов, загружаемых в хранилище из разных источников? исключу.но ведь идеально спроектированное хранилище не будет содержать подобной ерунды.