Видео: Выбирать США или Россия придется Узбекистану, Путин и Си Цзиньпин запустили газопровод "Сила Сибири" 2025
Характер хранилища данных (который состоит в основном или исключительно из данных, поступающих из других источников, другого приложения базы данных и преобразуется в объект данных) означает, что он не может оставаться самостоятельным как независимый объект в вашей организации.
Феноменальный рост распределенных вычислений (Интернет и интранет, а также хранение и хранение внутренних и внешних данных) привело к фундаментальному сдвигу в построении приложений. В старые времена мейнфреймов и миникомпьютеров единая физическая система в основном содержала инфраструктуру (операционные системы, базы данных и файловые системы, а также коммуникационные и транзакционные менеджеры).
< ! - 1 ->Теперь с распределенными вычислениями доминирующая модель (даже мэйнфреймы и миникомпьютеры, как правило, входят в более крупную распределенную среду), инфраструктура распространяется по многим различным p latforms на вашем предприятии и, возможно, вне вашего предприятия.
При разработке любого приложения или системы, будь то хранилище данных или более традиционное приложение для обработки транзакций, у вас есть существенные зависимости от частей общей среды, по которым у вас нет прямого управления. Вот несколько примеров, специфичных для хранилищ данных:
-
Вы создаете хранилище данных, которое на основе бизнес-требований и политик доступности данных приложений должно иметь около 25 гигабайт новых и обновленных данных, извлеченных из разных источников каждый вечер и отправляемых по сети на аппаратная платформа, на которой работает хранилище данных.
Ваша корпоративная сетевая инфраструктура по-прежнему остается низкой. После дополнительного анализа сеть не может приблизиться к поддержке пропускной способности, необходимой для перемещения данных на ваш склад в доступное временное окно.
-
Во время фазы проекта проекта хранилища данных вы определяете, что стратегия push-обновления для обновления хранилища данных является наиболее подходящей моделью, которой следует следовать. Однако для реализации стратегии push вы должны изменить каждое исходное приложение, чтобы включить код, который обнаруживает, когда это приложение должно нажимать (отправить) данные на хранилище данных.
Унаследованные приложения, которые предоставляют данные на складе, к сожалению, настолько трудно понять, что политика внесения изменений не требуется, если абсолютно необходимо действовать для каждого приложения.
-
Вы решаете использовать реляционное решение OLAP (или ROLAP) и запускаете ряд тестов по трем реляционным СУБД (RDBMS), чтобы узнать, какой из них лучше всего поддерживает обработку информации и принятия решений (а не обработку транзакций).
К сожалению, продукт, который наиболее плохо выполнялся в ваших тестах, также является вашим корпоративным стандартом, и любая реляционная база данных, установленная где угодно в вашей компании, должна быть такого разнообразия, независимо от того, как вы планируете ее использовать.
Подумайте концептуально (не беспокоясь о деталях реализации) на ранних этапах проекта хранилища данных или любых других усилий по разработке приложений - это не только приемлемо, но и хорошая практика разработки систем.
Однако в какой-то момент вы должны учитывать аппаратные средства, программное обеспечение, затраты, бюджет и другие типы ограничений реального мира. Прежде чем приступать к строительству, обязательно рассмотрите все, что может повлиять на ваши проекты и планы для вашего хранилища данных.
Этот проект очень похож на строительство дома. Вы следуете процессу, в котором вы определяете свои потребности, а затем архитектор рисует чертежи. В чертежах выделяются материалы, которые вам нужны для поддержки ваших требований - гарантируя, что готовый продукт выполняет видение, установленное в начале.
