<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Новости сйта Хранилища данных, OLAP, CRM: информация</title>
		<link>http://lissianski.narod.ru/</link>
		<description>Новости сайта Хранилища данных, OLAP, CRM: информация</description>
		<language>ru</language>
		<pubDate>Sat, 01 Mar 2008 09:00:00 GMT</pubDate>
		<lastBuildDate>Mon, 28 Apr 2008 00:00:00 +0300</lastBuildDate>
		<generator>Manual</generator>
		<managingEditor>lissianski@mail.ru</managingEditor>
		<webMaster>lissianski@mail.ru</webMaster>
		<item>
			<title>Внимание! Сайт переехал!</title>
			<link>http://www.infology.ru</link>
			<description>Внимание! Сайт переехал на новый домен. Все материалы теперь будут публиковаться на новом сайте. Адрес нового сайта - http://www.infology.ru. Пожалуйста, измените свои закладки в браузерах. Просьба к тем, кто подписан на RSS - переподпишитесь, пожалуйста, на новый фид (http://feeds.feedburner.com/Infologyru). Просьба к владельцам сайтов, на которых есть ссылки на сайт lissianski.narod.ru, поменять ссылку на новый адрес - http://www.infology.ru. Этот сайт пока останется работать, однако новые материалы будут публиковаться уже на новом сайте. После того как содержимое старого сайта будет полностью перенесено но новый сайт по прошествии некоторого времени старый сайт будет закрыт.</description>
			<pubDate>Mon, 28 Apr 2008 00:00:00 +0300</pubDate>
			<guid>http://www.infology.ru</guid>
		</item>
		<item>
			<title>Опубликована 56 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200456.html</link>
			<description>За последние несколько лет растущее количество наших студентов и клиентов спрашивали нас о Microsoft SQL Server 2000 Analysis Services (AS). Analysis Services, как серверный OLAP продукт, очень хорошо вписывается в технологию многомерного моделирования, которую в течение длительного времени развивает Kimball Group. Но подходит ли он идеально? Существуют ли вещи, которые Вам нужно знать, если вы проектируете многомерную модель данных, которая будет доступна из куба Analysis Services? Конечно, существуют!..</description>
			<pubDate>Wed, 24 Apr 2008 00:45:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200456.html</guid>
		</item>
		<item>
			<title>Опубликована 69 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200569.html</link>
			<description>Читатели, следующие подходу Кимбала, легко могут перечислить 4 ключевых решения, принимаемых при проектировании многомерной модели: определить бизнес-процесс, гранулярность, измерения и показатели. По правде говоря, разработчики часто спотыкаются уже на первом шаге. Они прикладывают значительные усилия для ясного формулирования бизнес-процесса, потому что сам по себе этот термин меняет значение в зависимости от контекста. Поскольку определение бизнес-процесса является первым кирпичом в фундаменте правильной многомерной модели, то хотелось бы устранить все неясности в нашем определении этого понятия...</description>
			<pubDate>Wed, 17 Apr 2008 23:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200569.html</guid>
		</item>
		<item>
			<title>Опубликована 60 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200460.html</link>
			<description>На проходившей на прошлой неделе конференции Business Intelligence Perspectives, проводимой журналом Computerworld в Палм Спрингс, две интересные темы были наиболее заметными, тем самым дав сигнал о том, что в сфере business intelligence (BI) происходят большие перемены...</description>
			<pubDate>Wed, 16 Apr 2008 09:45:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200460.html</guid>
		</item>
		<item>
			<title>Опубликована 66 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200566.htm</link>
			<description>Многие команды разработчиков излишне рьяно берутся за дело. Они принимаются за разработку раньше, чем  потратят достаточно времени и сил на проектирование модели данных, составление исчерпывающего набора бизнес-правил, планирование процедур загрузки. Они устремляются вперед на всех парах, а в результате получают в хранилище неверные или неполные данные, переделывают свою работу, и доставляют сами себе хлопоты...</description>
			<pubDate>Tue, 15 Apr 2008 11:10:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200566.html</guid>
		</item>
		<item>
			<title>Опубликована 34 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200234.html</link>
			<description>КХД (EDW) расшифровывается как корпоративное хранилище данных, но, более того, это название подхода проектирования. Подход КХД отличается материально от подхода Архитектуры Шины Хранилища (Data Warehouse Bus Architecture). КХД заключает в себе ряд связанных тем, каждую из которых нужно индивидуально противопоставить подходу Шины ХД. Возможно, будет полезно на момент отделить логические вопросы от физических....</description>
			<pubDate>Fri, 11 Apr 2008 00:40:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200234.html</guid>
		</item>
		<item>
			<title>Вышел третий выпуск рассылки</title>
			<link>http://lissianski.narod.ru/subscribe/20080410.html</link>
			<description>С момента выхода последней рассылки на сайте добавились новые материалы. На рассылку подписались уже 45 человек. Благодарности. Большое спасибо...</description>
			<pubDate>Thu, 10 Apr 2008 10:30:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/subscribe/20080410.html</guid>
		</item>
		<item>
			<title>Опубликована 57 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200457.html</link>
			<description>При создании хранилищ данных обычно предполагается, что измеряемые процессы (факты) появляется в хранилище тогда же, когда и контекст этих процессов (измерения). Если у нас есть и факты, и актуальные состояния измерений, то мы можем позволить себе некоторую роскошь: сначала вычислить нужные суррогатные ключи измерений, а затем использовать эти актуальные ключи при вставке записей в таблицу фактов. При обработке измерений существует три варианта действий...</description>
			<pubDate>Wed, 9 Apr 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200457.html</guid>
		</item>
		<item>
			<title>Опубликована 71 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200571.html</link>
			<description>Проблема именования полей возникает всякий раз, когда приходится строить многомерную модель. Именование действительно непростое дело: разные люди понимают под одними и теми же словами разные вещи, как, например, «доход» (revenue), или наоборот – используют разные наименования для одного и того же объекта или понятия, например «продажи» (sales). Это в природе человека: большинство из нас не хочет отказываться от того, что понятно и привычно, и переучиваться на нечто новое. Задачу определения имен в модели решает, как правило, «стюард данных» (data steward). Если именно Вам выпало разбираться с этим политическим кошмаром, может оказаться полезным изложенный далее подход из трех шагов...</description>
			<pubDate>Tue, 8 Apr 2008 10:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200571.html</guid>
		</item>
		<item>
			<title>Опубликована 62 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200462.html</link>
			<description>Пользователи часто хотят видеть данные, сгруппированные различным образом. В простейшем случае одно подразделение (к примеру, маркетинговый департамент) имеет свою иерархию клиентов, а другое (к примеру, отдел продаж) хочет видеть другую иерархию. Если все действительно настолько просто, то имеет смысл включить обе иерархии в измерение «Клиент» и назвать их правильным образом. К сожалению, большее число иерархий, встроенных прямо в измерение, сделает его малопригодным для использования...</description>
			<pubDate>Mon, 7 Apr 2008 09:45:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200462.html</guid>
		</item>
		<item>
			<title>Опубликована 61 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200461.html</link>
			<description>Достаточно часто мы встречаем несколько десятков различных дат, представляющих важную информацию для бизнеса, и каждая из этих дат должна быть включена в многомерную модель. Например, в финансовой организации мы имеем дело с датой внесения вклада, датой снятия со счета, датой выписки чека, датой обработки чека, датой открытия счета, датой выпуска карты, датой представления продукта, датой начала рекламной кампании, датой рождения клиента, датой начала действия записи, датой загрузки записи, отчетным месяцем и т.д...</description>
			<pubDate>Fri, 4 Apr 2008 09:30:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200461.html</guid>
		</item>
		<item>
			<title>Опубликована 55 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200455.html</link>
			<description>В этом совете мы возвращаемся к рассмотрению фундаментального понятия, которое ставит в тупик многих разработчиков многомерных моделей – текстовых фактов (также называемых индикаторами, атрибутами фактов, примечаниями).</description>
			<pubDate>Thu, 3 Apr 2008 09:45:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200455.html</guid>
		</item>
		<item>
			<title>Опубликована 53 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200453.html</link>
			<description>При разработке многомерных моделей мы стараемся создать надежный набор таблиц измерений, украшенных богатым набором описывающих атрибутов. Чем больше необходимых атрибутов мы добавим в измерение, тем у пользователей будет больше возможностей по-новому взглянуть на бизнес. Это особенно важно при создании измерения вокруг клиента...</description>
			<pubDate>Wed, 2 Apr 2008 10:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200453.html</guid>
		</item>
		<item>
			<title>Опубликована 49 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200349.html</link>
			<description>В последнем номере журнала Intelligent Enterprise от 17 сентября опубликована статья под названием &quot;The Bottom-Up Misnomer&quot;. Мы с Ральфом написали эту статью несколько месяцев назад. Пока она проходила по издательскому конвейеру, отраслевое новостное письмо ещё сильнее подогрело дискуссию подход «снизу вверх» против подхода «сверху вниз». Похоже, многие чувствуют, что они могут объяснить подход Кимбалла. К сожалению...</description>
			<pubDate>Tue, 1 Apr 2008 13:40:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200349.html</guid>
		</item>
		<item>
			<title>Обновлён раздел Концептуальное моделирование</title>
			<link>http://lissianski.narod.ru/dwmodel/misc.html</link>
			<description>В разделе "Концептуальное моделирование" почищены битые ссылки.</description>
			<pubDate>Mon, 31 Mar 2008 22:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/dwmodel/misc.html</guid>
		</item>
		<item>
			<title>Вышел второй выпуск рассылки</title>
			<link>http://lissianski.narod.ru/subscribe/20080330.html</link>
			<description>Прошла неделя с предыдущей рассылки. За неделю на сайте появился ряд новых материалов. На рассылку подписались уже 41 человек. Большое спасибо за внимание к сайту! Надеюсь, что публикации на нём полезны для вас...</description>
			<pubDate>Sun, 30 Mar 2008 22:40:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/subscribe/20080330.html</guid>
		</item>
		<item>
			<title>Опубликована 40 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200240.html</link>
			<description>Развитая среда аналитических приложений должна создавать такие условия пользователю, которые позволяют ему выйти за рамки стандартных отчетов. Данная среда должна «зряче» направлять пользователя в ходе анализа возникшей ситуации, в конечном счете, помогая ему принять глубокое и обдуманное решение. Целями такого цикла развития аналитического приложения являются...</description>
			<pubDate>Sun, 30 Mar 2008 18:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200240.html</guid>
		</item>
		<item>
			<title>Обновлён раздел Концептуальное моделирование</title>
			<link>http://lissianski.narod.ru/dwmodel/conceptual.html</link>
			<description>В разделе "Концептуальное моделирование" почищены битые ссылки.</description>
			<pubDate>Sat, 29 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/dwmodel/conceptual.html</guid>
		</item>
		<item>
			<title>Опубликована 51 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200451.html</link>
			<description>Практически каждая таблица фактов имеет один или более внешних ключей, связанных с измерением Время. Показатели определены в точные моменты времени и большинство показателей со временем повторяются. Наиболее общим и полезным измерением Время является календарь с уровнем гранулярности в один день. Это измерение имеет удивительно много атрибутов.</description>
			<pubDate>Fri, 28 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200451.html</guid>
		</item>
		<item>
			<title>Опубликована 47 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200347.html</link>
			<description>Один из вопросов, на который я часто отвечаю, не задумываясь, это вопрос «какова связь между стратегической бизнес-инициативой организации (то, на чём сфокусирован бизнес) и бизнес-процессом (который является основой построения хранилища данных)?»</description>
			<pubDate>Thu, 27 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200347.html</guid>
		</item>
		<item>
			<title>Опубликована статья Правила агрегации в OBI</title>
			<link>http://lissianski.narod.ru/demyanov/obi_aggr_rules.html</link>
			<description>Давно уже собирался написать про некоторые моменты настройки в OBI различных правил агрегации по разным измерениям. Я приведу пару примеров из реальных задач, а также укажу на некоторые ошибки в OBI.</description>
			<pubDate>Wed, 26 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/demyanov/obi_aggr_rules.html</guid>
		</item>
		<item>
			<title>Опубликована 41 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200241.html</link>
			<description>Многие из вас уже знакомы с тем, какую важную роль играют шина хранилища данных (the data warehouse bus architecture) и матрица шины при построении витрин данных. Статья Ральфа в Intelligent Enterprise еще раз подчеркивает важность использования шины хранилища данных. Матрица шины определяет ключевые бизнес-процессы организации и связанные с ними измерения.</description>
			<pubDate>Tue, 25 Mar 2008 23:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200241.html</guid>
		</item>
		<item>
			<title>Опубликована 39 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200239.html</link>
			<description>Одна из больших трудностей во внедрении аналитики - это то, что результирующий интеллектуальный капитал хоронится в инструментах, которые используются для построения аналитики. Как только интеллектуальный капитал замыкается внутри одного из таких инструментов, становится трудно делиться логикой принятия решений с пользователями, которые могут использовать другие инструменты business intelligence, инструменты для выполнения запросов и генерации отчётов.</description>
			<pubDate>Mon, 24 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200239.html</guid>
		</item>
		<item>
			<title>Вышел первый выпуск рассылки</title>
			<link>http://lissianski.narod.ru/subscribe/20080323.html</link>
			<description>Во-первых, хочу поблагодарить всех, кто откликнулся на мою просьбу о помощи в наполнении сайта. Итак, спасибо...</description>
			<pubDate>Sun, 23 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/subscribe/20080323.html</guid>
		</item>
		<item>
			<title>Опубликована 45 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200345.html</link>
			<description>Одна из больших трудностей во внедрении аналитики - это то, что результирующий интеллектуальный капитал хоронится в инструментах, которые используются для построения аналитики. Как только интеллектуальный капитал замыкается внутри одного из таких инструментов, становится трудно делиться логикой принятия решений с пользователями, которые могут использовать другие инструменты business intelligence, инструменты для выполнения запросов и генерации отчётов.</description>
			<pubDate>Sat, 22 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200345.html</guid>
		</item>
		<item>
			<title>Опубликована 48 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200348.html</link>
			<description>При проектировании многомерных моделей мы часто сталкиваемся с различными индикаторами или флагами, не являющимися атрибутами основных измерений. Обычно эти несвязанные атрибуты достаточно важны, и мы не можем их просто проигнорировать или исключить. Проектировщики иногда трактуют их как текстовые факты, либо загромождают модель множеством маленьких измерений. Третий, менее очевидный, но более предпочтительный способ заключается в том, чтобы использовать «мусорное» измерение (junk dimension) для хранения этих флагов и индикаторов.</description>
			<pubDate>Fri, 21 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200348.html</guid>
		</item>
		<item>
			<title>Опубликована 50 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200350.html</link>
			<description>Бесфактовая таблица фактов кажется оксюмороном, как китовая креветка. Как у вас может быть таблица фактов, которая не содержит ни одного факта? Мы обсуждали основы бесфактовых таблиц фактов несколько раз в наших книгах и статьях. В этом совете разработчику мы используем бесфактовую таблицу фактов для дополнения наших стратегий медленно меняющихся измерений.</description>
			<pubDate>Thu, 20 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200350.html</guid>
		</item>
		<item>
			<title>Опубликована 46 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200346.html</link>
			<description>На семинарах по многомерному моделированию нас часто спрашивают о вырожденных измерениях (degenerate dimensions). Вырожденные измерения вводят в замешательство, так как они не похожи на обычные измерения. Полезно вспомнить, что согласно определению, данному в словаре Уэбстера «вырожденный» обозначает: 1) отклоняющийся от нормы, или 2) математически более простой.</description>
			<pubDate>Wed, 19 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200346.html</guid>
		</item>
		<item>
			<title>Опубликована 37 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200237.html</link>
			<description>В журнале Intelligent Enterprise, в статье «Фундаментальные уровни гранулярности» я описал три различных типа гранулярности, к которым, похоже, сводятся все таблицы фактов. Помните, что таблица фактов является местом, где мы храним показатели, являющиеся результатом определенного бизнес-процесса. Таблицы измерений окружают и описывают эти показатели.</description>
			<pubDate>Tue, 18 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200237.html</guid>
		</item>
		<item>
			<title>Опубликована 42 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200342.html</link>
			<description>Принято считать, что периодический снимок (periodic snapshot) и накопительный снимок (accumulating snapshot) являются двумя различными подходами, между которыми нужно выбирать, моделируя таблицу фактов. Напомним, что периодический снимок (к примеру, ежемесячный снимок состояния банковского счета) – это таблица фактов, хранящая информацию о чем-то произошедшем в течение повторяющегося предсказуемого периода времени.</description>
			<pubDate>Mon, 17 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200342.html</guid>
		</item>
		<item>
			<title>Опубликована статья Агрегированные таблицы в Oracle BI Suite</title>
			<link>http://lissianski.narod.ru/demyanov/obi_aggr.html</link>
			<description>В ROLAP-хранилищах данные хранятся на значительно более детальном уровне, чем в большинстве случаев требуется для анализа. Например, продажи могут храниться по чекам, в то время как для анализа может в основном требоваться объём продаж за неделю или месяц. В этом случае на помощь может прийти использование агрегированных таблиц.</description>
			<pubDate>Mon, 17 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/demyanov/obi_aggr.html</guid>
		</item>
		<item>
			<title>Опубликована 38 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200238.html</link>
			<description>Аналитические приложения становятся горячей темой для обсуждения в сообществе, занимающемся хранилищами данных. Использование аналитических приложений сулит прямую выгоду организациям, которые уже сделали большие инвестиции в инфраструктуру, а также в навыки и умения в области хранилищ данных. Но что мы имеем в виду, когда говорим «аналитическое приложение»? И каковы последние тенденции в бизнесе, которые привели ко всей этой шумихе вокруг аналитических приложений?</description>
			<pubDate>Sun, 16 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200238.html</guid>
		</item>
		<item>
			<title>Обновлён раздел Управление метаданными</title>
			<link>http://lissianski.narod.ru/meta.html</link>
			<description>В разделе "Управление метаданными хранилища данных" почищены битые ссылки.</description>
			<pubDate>Sat, 15 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/meta.html</guid>
		</item>
		<item>
			<title>Опубликована статья Write Back</title>
			<link>http://lissianski.narod.ru/demyanov/write_back.html</link>
			<description>Знойным майским днем (пока не очень привычное словосочетание для Москвы) сидя на прохладной веранде дачи, я решил посмотреть функцию OBI EE под названием Write Back. Функция Write Back позволяет вводить значения прямо в ячейки отчета, при этом в зависимости от введенного значения автоматически обновлять отчеты.</description>
			<pubDate>Sat, 15 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/demyanov/write_back.html</guid>
		</item>
		<item>
			<title>Опубликована 43 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200343.html</link>
			<description>Большинство реляционных СУБД поддерживают использование значения NULL для представления отсутствующих данных. NULL сбивает с толку как разработчиков хранилищ данных, так и пользователей, потому что СУБД обрабатывает отсутствующие значения иначе, нежели нули и пустые строки, хотя NULL и очень похожи на последние. В этом совете исследуются три основных области, в которых мы сталкиваемся с отсутствующими значениями в исходных данных, и даются рекомендации по действиям в каждой ситуации. </description>
			<pubDate>Fri, 14 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200343.html</guid>
		</item>
		<item>
			<title>Опубликована 44 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200344.html</link>
			<description>«О, мы сделаем это с помощью нашего инструмента» часто слышим мы от наших команд разработчиков. Вместо этого, где это возможно, мы советуем вам вкладывать усилия в то, чтобы заложить как можно больше гибкости, богатства и описательной информации непосредственно в ваши многомерные схемы, а не опираться как на костыли на возможности метаданных вашего инструмента.</description>
			<pubDate>Fri, 14 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200344.html</guid>
		</item>
		<item>
			<title>Опубликована статья Хранилище данных: центральное или функционально-ориентированное</title>
			<link>http://lissianski.narod.ru/podymov/central_func.html</link>
			<description>При создании эффективной аналитической системы, удовлетворяющей нужды десятков или сотен пользователей и имеющей разумные требования к железу, практически не обойтись без такого механизма, как кэширование. В этой заметке я хотел бы поговорить о кэшировании в Oracle BI Suite. В OBI кэширование реализовано в двух компонентах – в BI Server и в BI Presentation Server.</description>
			<pubDate>Fri, 14 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/podymov/central_func.html</guid>
		</item>
		<item>
			<title>Опубликована статья Кэширование в OBI</title>
			<link>http://lissianski.narod.ru/demyanov/obi_caching.html</link>
			<description>При создании эффективной аналитической системы, удовлетворяющей нужды десятков или сотен пользователей и имеющей разумные требования к железу, практически не обойтись без такого механизма, как кэширование. В этой заметке я хотел бы поговорить о кэшировании в Oracle BI Suite. В OBI кэширование реализовано в двух компонентах – в BI Server и в BI Presentation Server.</description>
			<pubDate>Fri, 14 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/demyanov/obi_caching.html</guid>
		</item>
		<item>
			<title>Опубликована статья Порядок разработки ETL-процессов</title>
			<link>http://lissianski.narod.ru/etl/ostrovskiy/etl_dev_methodology.html</link>
			<description>Извлечение, преобразование и загрузка, известные среди специалистов по базам данных под аббревиатурой ETL (Extract, Transform and Load), — это основные этапы переноса информации из одной базы данных (приложения) в другую. Для достижения успеха при проектировании переноса данных из одной системы в другую крайне важно четко представлять процессы обработки данных, а также структуру данных исходного приложения и приложения назначения.
			Данная статья описывает общие правила разработки ETL-процессов и определяет последовательность операций при загрузке хранилища данных (ХД) из источников данных.</description>
			<pubDate>Fri, 14 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/etl/ostrovskiy/etl_dev_methodology.html</guid>
		</item>
		<item>
			<title>Опубликована 36 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200236.html</link>
			<description>В этой статье мы обсудим проблемы, с которыми сталкиваются «взрослеющие» 
              витрины/хранилища данных. В то время как некоторые организации только 
              начинают интересоваться хранилищами данных, другие уже достаточно 
              долго используют их. По мере становления отрасли, причины основных 
              проблем, связанных с хранилищами данных, эволюционируют. </description>
			<pubDate>Thu, 13 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200236.html</guid>
		</item>
		<item>
			<title>Опубликована 28 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200128.html</link>
			<description>Трагические события 11 сентября заставили нас всех пересмотреть наши возможности и приоритеты. Мы стали решать вопросы нашей сохранности и безопасности способами, казавшимися невероятными всего неделю назад. Мы считали, что наши большие, важные здания и компьютеры, действительно, защищены просто потому, что они настолько большие и важные. Этот миф был развеян. Если что и является наиболее уязвимым, то это – эти типы зданий и компьютеров.</description>
			<pubDate>Wed, 12 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200128.html</guid>
		</item>
		<item>
			<title>Опубликована 35 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200235.html</link>
			<description>Давайте опишем простой классический пример присвоения поведенческих тегов сложным шаблонам микро-транзакций, порождаемых нашими процессами взаимодействия с клиентами, например, звонками контактного центра, посещениями веб-сайта, системами доставки, а также платёжными системами. Мы воспользуемся нашими стандартными методами отчётности для хранилища данных чтобы просуммировать три метрики, описывающие поведение клиента: свежесть (recency), частота (frequency), и интенсивность (intensity). </description>
			<pubDate>Tue, 11 Mar 2008 09:00:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/tips/200235.html</guid>
		</item>
		<item>
			<title>Появились новые ссылки на бесплатные книги</title>
			<link>http://lissianski.narod.ru/freebooks.htm</link>
			<description>Ссылки на две бесплатные книги от компании IBM</description>
			<pubDate>Mon, 10 Mar 2008 00:55:00 +0300</pubDate>
			<guid>http://lissianski.narod.ru/freebooks.htm</guid>
		</item>
		<item>
			<title>Опубликована 33 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200233.html</link>
			<description>Давайте опишем простой классический пример присвоения поведенческих тегов сложным шаблонам микро-транзакций, порождаемых нашими процессами взаимодействия с клиентами, например, звонками контактного центра, посещениями веб-сайта, системами доставки, а также платёжными системами. Мы воспользуемся нашими стандартными методами отчётности для хранилища данных чтобы просуммировать три метрики, описывающие поведение клиента: свежесть (recency), частота (frequency), и интенсивность (intensity). </description>
			<pubDate>Fri, 07 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/tips/200233.html</guid>
		</item>
		<item>
			<title>Опубликована статья Организация и именование автоматизированных тестов</title>
			<link>http://lissianski.narod.ru/dwpm/max/testing.html</link>
			<description>На текущий момент уже написано множество статей и книг на тему автоматизированного тестирования программного кода. При этом очень немногие уделяют внимание вопросу организации и наименования таких тестов - по крайней мере, я не нашел каких-либо руководств на эту тему. А между тем, при существенном увеличении количества тестов бывает сложно понять, куда поместить тот или иной автоматизированный тест и как его назвать. Это стало особенно актуально с появлением концепции Test-Driven Development (TDD).</description>
			<pubDate>Fri, 07 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/dwpm/max/testing.html</guid>
		</item>
		<item>
			<title>Опубликована статья Четвертое измерение или Как обмануть Железный Треугольник</title>
			<link>http://lissianski.narod.ru/dwpm/max/iron_triangle.html</link>
			<description>Несмотря на то, что первым в Манифесте Гибких Методологий стоит правило "Люди и их взаимодействие гораздо важнее процесса и средств разработки" (Agile Manifesto), сами приверженцы таких методологий тратят на разговоры о процессе довольно много времени. К примеру, Экстремальное программирование (XP) описывает почти что исключительно процесс разработки: "Вы следуете процессу? Сначала тестируете, потом пишете код? Играете в планирование? Парами программируете?" и т.д.

Конечно, процесс имеет огромное значение для проекта. При этом хороший процесс не может гарантировать, что задача будет выполнена качественно и во время, а хорошая команда программистов способна справиться с задачей, даже если процесс будет тяжелым и неуклюжим. И, тем не менее, если процесс плохой, это всегда чрезвычайно мешает работе.</description>
			<pubDate>Thu, 06 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/dwpm/max/iron_triangle.html</guid>
		</item>
		<item>
			<title>Обновлён раздел OLAP</title>
			<link>http://lissianski.narod.ru/olap.html</link>
			<description>В раздел OLAP добавлены новые статьи и ссылки. Почищены битые ссылки.</description>
			<pubDate>Wed, 05 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/olap.html</guid>
		</item>
		<item>
			<title>Опубликована 32 статья из серии "Советы разработчику хранилищ данных"</title>
			<link>http://lissianski.narod.ru/tips/200232.html</link>
			<description>Наша миссия дизайнеров хранилища данных заключается в наиболее эффективной публикации данных. Это означает перевод данных в формат и в схему, наиболее лёгкие для использования конечными пользователями и разработчиками приложений.

В бэк-офисе нашего хранилища данных мы должны противостоять нашим естественным минималистским тенденциям, когда мы готовим данные для потребления конечными пользователями и разработчиками приложений. Во многих важных случаях мы должны взвешенно искать компромисс между</description>
			<pubDate>Wed, 05 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/tips/200232.html</guid>
		</item>
		<item>
			<title>Опубликована статья Дюжина революций, которые так и не произошли в Business Intelligence (BI)</title>
			<link>http://lissianski.narod.ru/kudryavtsev/dozen.html</link>
			<description>Производители программного обеспечения регулярно преподносят новые версии своих продуктов или новые возможности старых продуктов в качестве "прорыва", ключевого изменения в стиле работы, фундаментального изменения самой концепции BI-решений. Очередное “ключевое изменение” должно облегчить использование BI-инструментов, открыть неизведанные глубины анализа и поразить изощренной, но в то же время и интуитивно понятной визуализацией данных или же вознести существующий функционал на “совершенно новый уровень”. Но большая часть подобных анонсов так и не воплощается в реальность, оставаясь на совести смелых маркетологов. Иногда задача ставится слишком амбициозно, и для ее решения не хватает уровня технологии, часто задача ищется под существующее решение, что всякий раз приводит к провалу.</description>
			<pubDate>Tue, 04 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/kudryavtsev/dozen.html</guid>
		</item>
		<item>
			<title>Опубликована статья Эволюция CRM</title>
			<link>http://lissianski.narod.ru/crm/crm_evolution.html</link>
			<description>Кто был первопроходцем клиент-ориентированных технологий? Александр Македонский, который по имени обращался к своим 30000 воинам, и это помогало ему выигрывать сражения, или средневековый бакалейщик, который знал всех своих клиентов в лицо... Поэтизировать тему ориентации на клиента можно сколько угодно, а если серьезно, то потребность в осознанных клиенториентированных технологиях, возникла гораздо позже. Сам по себе клиент (покупатель) стал играть роль в экономике, когда появились излишки производства, и производители были вынуждены их продавать. Правда о клиенториентированных технологиях тогда и речи не шло, - ведь все друг друга знали, и других продаж, кроме адресных, попросту не было. Более того, розничная торговля и оказание мелких услуг всегда основывались на личных отношениях между покупателем и продавцом. Сейчас такой подход называется «персонализацией». Клиенториентированные технологии в современном понимании возникли гораздо позже. И причин их возникновения несколько...</description>
			<pubDate>Mon, 03 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/crm/crm_evolution.html</guid>
		</item>
		<item>
			<title>Опубликована статья Что такое CRM? 14 экспертных определений</title>
			<link>http://lissianski.narod.ru/crm/crm_definitions.html</link>
			<description>Определение 1. Официальное определение CRMGuru.com 
Управление Взаимоотношениями с Клиентами (CRM) - деловая стратегия привлечения (выбора) и управления клиентами, нацеленная на оптимизацию их ценности в долгосрочной перспективе. CRM предполагает наличие в организации философии и культуры ориентированных на клиента, направленных на эффективность работы в области...</description>
			<pubDate>Mon, 03 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/crm/crm_definitions.html</guid>
		</item>
		<item>
			<title>Опубликована статья Ральфа Кимбала "Суррогатные ключи. Конвейерная обработка суррогатных ключей"</title>
			<link>http://lissianski.narod.ru/zamyslov/sk2.html</link>
			<description>В прошлом месяце я заострил внимание на необходимости использования суррогатных ключей для каждой опреации объединения в хранилищах данных. Иными словами каждый ключ объединения между таблицей фактов и таблицей размерностей должен быть суррогатным ключом или независимым целочисленным числом, но не натуральным или значащим (зависящим) ключом. Значение суррогатного ключа должно начинаться единицей, второе значение должно быть два и так далее. Не должно быть никакой связи. Взглянув на суррогатный ключ вы не должны иметь возможности...</description>
			<pubDate>Sat, 01 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/zamyslov/sk2.html</guid>
		</item>
		<item>
			<title>Опубликована статья Ральфа Кимбала "Суррогатные ключи. Контролируйте идентификаторы строк формированием суррогатных ключей в хранилищах данных"</title>
			<link>http://lissianski.narod.ru/zamyslov/sk1.html</link>
			<description>В соответствии с Webster's Unabridged Dictionary (словарь - прим. переводчика), суррогат - это "искусственный или синтетический продукт, который используется как заменитель натурального продукта". Это замечательное определение для суррогатных ключей мы применяем и для хранилищ данных. Суррогатный ключ - это искусственный или синтетический ключ, который используется в качестве замены натурального ключа.</description>
			<pubDate>Sat, 01 Mar 2008 09:00:00 GMT</pubDate>
			<guid>http://lissianski.narod.ru/zamyslov/sk1.html</guid>
		</item>
	</channel>
</rss>
