Обязательно:
Желательно:
Новое издание классического бестселлера, который послужил началом отрасли хранилищ данных.
Книга описывает новые подходы и технологии, во многих из которых пионером выступил сам Билл Инмон (Inmon). В дополнение к объяснению основ хранилищ данных (DWH), книга овещает новые темы, такие как методы обработки неструктурированных данных (unstructured data) и хранение данных в хранилище данных на нескольких типах носителей (multi-temperature data warehousing).
Книга обсуждает достоинства и недостатки реляционного и многомерного подходов к проектированию, а также то, как измерять возврат на инвестиции (ROI) при планировании проектов по построению хранилищ данных.
Читать дальше »
Автор: Константин Лисянский
Эта небольшая статья была написано достаточно давно и предназначается для людей, которые только приступают к изучению предмета хранилищ данных (DWH).
На сегодняшний день (и, видимо, ещё надолго вперёд) можно выделить четыре наиболее популярных типа архитектур систем поддержки принятия решений (DSS):
Учебник для подготовки к сдаче экзамена по теме Business Intelligence от компании IBM. Описывает основные концепции хранилищ данных и приложений на их основе. Рассматриваются различные варианты архитектуры хранилищ данных. Описываются основные компоненты хранилища данны, а также этапы проекта по построению хранилища данных. Рекомендуется начинающим строителям хранилищ данных.
Опубликовано 05.02.2009 | Автор сообщения Константин Лисянский | Категории: Business Intelligence, DWH, ETL, IBM, ODS, OLAP, Администратор БД, Аналитик качества данных, Архитектор BI, Архитектор ETL, Архитектор данных, Бизнес-аналитик, Бизнес-спонсор, Ведущий тестировщик, Для начинающих, Менеджер метаданных, Менеджер по безопасности, На английском, Проектирование многомерных моделей, Разработчик BI-портала, Разработчик ETL, Разработчик моделей данных, Разработчик приложений BI, Руководитель подразделения BI/DWH, Руководитель проекта, Руководитель проекта от бизнеса, Специалист data mining, Специалист по обучению, Специалист по технической поддержке, Стюард данных, Технический архитектор, Управление метаданнымиДата публикации оригинала - 2008-06-07
Стратегия проверки качества данных и тестирования процессов обработки данных в хранилище данных включает достижение следующих целей:
Как вариант, эти цели могут быть достигнуты выполнением следующих задач.
Читать дальше »
Хорошая книга для начала изучения хранилищ данных.
Эта книга даст вам понимание того, что нужно иметь в виду при построении хранилища данных. Она будет полезна как начинающим, так и специалистам, уже занимающимся хранилищами данных. Усилия по сбору информации в одно издание заслуживает уважения. Главы о многомерном моделировании очень хороши (автор является известным популяризатором данного подхода к моделированию). CD-ROM, который продается в комплекте с книгой, содержит много полезной информации, которая поможет вам сэкономить много времени, если ваш проект создается с нуля.
Читать дальше »
Первая книга, освещающая в деталях вопросы агрегатных таблиц в схеме звезда.
От издательства:
Эксперт по хранилищам данных Chris Adamson показывает как хорошо спланированный набор агрегатов может кардинально повлиять на общую пропускную способность вашего хранилища данных. Независимо от вашей текущей роли или опыта разработки схем звезда, лучшие практики, описанные в этой книге, помогут вам достичь потрясающего роста производительности, избежав при этом распространённых ошибок.
Читать дальше »
На текущий момент уже написано множество статей и книг на тему автоматизированного тестирования программного кода. При этом очень немногие уделяют внимание вопросу организации и наименования таких тестов - по крайней мере, я не нашел каких-либо руководств на эту тему. А между тем, при существенном увеличении количества тестов бывает сложно понять, куда поместить тот или иной автоматизированный тест и как его назвать. Это стало особенно актуально с появлением концепции Test-Driven Development (TDD).
Примерный смысловой перевод Test-Driven Development на русский язык звучит как “разработка через тестирование”. Эта концепция сравнительно недавно отпочковалась от методологии Экстремальное программирование (eXtreme Programming, XP). Ее основные положения следующие:
- Перед написанием любого фрагмента кода разрабатываемой системы пишется автоматизированный тест, который проверяет функционирование этого фрагмента кода (естественно, поначалу этот тест не проходит).
- После того, как написанный тест стал проходить, необходимо устранить дублирование в коде.
Такой подход может использоваться любым программистом и не подразумевает использование какой-либо методологии.
В данной статье мне хотелось бы остановиться именно на вопросе организации автоматизированных тестов. Безусловно, эта тема весьма обширна и заслуживает написания отдельной научной работы (или хотя бы книжки на несколько сотен страниц). Но я буду краток и просто обрисую те приемы, которые помогали мне в работе, и которые считаю наиболее удачными. В своем изложении я буду ориентироваться на язык Java и библиотеку для тестирования JUnit, хотя многое из нижеизложенного может быть применено и к другим библиотекам для написания автоматизированных тестов.
Для начала определим названия для тестов.
Опубликовано 10.05.2008 | Автор сообщения Константин Лисянский | Категории: Аналитик качества данных, Архитектор ETL, Ведущий тестировщик, Для продвинутых, Руководитель проекта
Loading ...
