<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Зачем нужны платформы Business Intelligence?</title>
	<atom:link href="http://www.oraclebi.ru/2008/01/31/whybi/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.oraclebi.ru/2008/01/31/whybi/</link>
	<description>Про Oracle Business Intelligence по-русски.</description>
	<lastBuildDate>Mon, 02 Jan 2012 09:57:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.2</generator>
	<item>
		<title>By: Андрей Пивоваров</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-38963</link>
		<dc:creator>Андрей Пивоваров</dc:creator>
		<pubDate>Tue, 20 Jan 2009 16:26:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-38963</guid>
		<description>Женя,
Если со ссылкой, то не против</description>
		<content:encoded><![CDATA[<p>Женя,<br />
Если со ссылкой, то не против</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Женя</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-38959</link>
		<dc:creator>Женя</dc:creator>
		<pubDate>Tue, 20 Jan 2009 12:29:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-38959</guid>
		<description>Спасибо за статью! Надеюсь, автор не против, если я использую это для своей курсовой.</description>
		<content:encoded><![CDATA[<p>Спасибо за статью! Надеюсь, автор не против, если я использую это для своей курсовой.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Кто есть кто на рынке Open Source BI &#124; Техноблог Войцеховского Максима</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-36070</link>
		<dc:creator>Кто есть кто на рынке Open Source BI &#124; Техноблог Войцеховского Максима</dc:creator>
		<pubDate>Mon, 17 Nov 2008 13:38:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-36070</guid>
		<description>[...] Зачем нужны платформы Business Intelligence? [...]</description>
		<content:encoded><![CDATA[<p>[...] Зачем нужны платформы Business Intelligence? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Андрей Пивоваров</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-11342</link>
		<dc:creator>Андрей Пивоваров</dc:creator>
		<pubDate>Mon, 04 Feb 2008 14:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-11342</guid>
		<description>dx,

4000 (минимальная цена BI SE, а вы именно про него говорите) дорого? Дешевле будет написать самим?

В состав Oracle Business Intelligence Standard Edition уже входит апсервер, нужный для работы отчетов. Поэтому не нужно.
Базу данных отдельно покупать нужно, естественно.</description>
		<content:encoded><![CDATA[<p>dx,</p>
<p>4000 (минимальная цена BI SE, а вы именно про него говорите) дорого? Дешевле будет написать самим?</p>
<p>В состав Oracle Business Intelligence Standard Edition уже входит апсервер, нужный для работы отчетов. Поэтому не нужно.<br />
Базу данных отдельно покупать нужно, естественно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dx</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-11339</link>
		<dc:creator>dx</dc:creator>
		<pubDate>Mon, 04 Feb 2008 11:55:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-11339</guid>
		<description>Очень прагматический вопрос: Oracle BI конечно хорош. Ничего не скажешь. И дорого. Так вот, при приобретении BI платформы Oracle (например SE) нужно ли пробретать ещё и лицензии на сервер приложений Oracle AS? Или же в состав пакетов Reports и Discoverer уже входит AS и платить за него не нужно?</description>
		<content:encoded><![CDATA[<p>Очень прагматический вопрос: Oracle BI конечно хорош. Ничего не скажешь. И дорого. Так вот, при приобретении BI платформы Oracle (например SE) нужно ли пробретать ещё и лицензии на сервер приложений Oracle AS? Или же в состав пакетов Reports и Discoverer уже входит AS и платить за него не нужно?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Андрей Пивоваров</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-11331</link>
		<dc:creator>Андрей Пивоваров</dc:creator>
		<pubDate>Sun, 03 Feb 2008 12:56:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-11331</guid>
		<description>daemon-s,

Согласен с вами. Для того, чтобы провести адекватное сравнение, человек должен иметь большой реальный опыт работы с несколькими платформами одновременно, а это не так уж часто встречается. А если человек специалист, пусть и хороший, по одной платформе и начинает сравнивать ее с другими - это приводит к однобокости выводов.
Я когда-то тоже работал с несколькими платформами одновременно, но это было давнольно давно и с тех пор многое измненилось, поэтому не готов объективно сравнивать. Так как, специфика моей нынешней работы, понятно, не дает мне возможности получить глубокий  опыт работы с платформами других вендоров.
 
А рассказывать о преимуществах того, о чем я знаю - так это я и так стараюсь тут делать.</description>
		<content:encoded><![CDATA[<p>daemon-s,</p>
<p>Согласен с вами. Для того, чтобы провести адекватное сравнение, человек должен иметь большой реальный опыт работы с несколькими платформами одновременно, а это не так уж часто встречается. А если человек специалист, пусть и хороший, по одной платформе и начинает сравнивать ее с другими &#8211; это приводит к однобокости выводов.<br />
Я когда-то тоже работал с несколькими платформами одновременно, но это было давнольно давно и с тех пор многое измненилось, поэтому не готов объективно сравнивать. Так как, специфика моей нынешней работы, понятно, не дает мне возможности получить глубокий  опыт работы с платформами других вендоров.</p>
<p>А рассказывать о преимуществах того, о чем я знаю &#8211; так это я и так стараюсь тут делать.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: daemon-s</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-11323</link>
		<dc:creator>daemon-s</dc:creator>
		<pubDate>Sat, 02 Feb 2008 08:14:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-11323</guid>
		<description>Андрей,

Тут я, видимо, недостаточно раскрыл свою мысль. Действительно, сравнение по принципу &quot;есть возможность - нет возможности&quot;, как минимум, бессмысленно. Вычленение одинаковых по классу продуктов и сравнение их по общим свойствам уже более интересно, хотя, я считаю, в итоге, это только создаст иллюзию того, что &quot;все стало ясно&quot;. Причина этого в том, что отказываясь от сравнения платформ целиком, мы упускаем из виду многие их интересные возможности, которые возникают при взаимодействии всех компонентов платформы. Как же проводить такое сравнение? 

Нужно отказаться от формального сравнения по критериям в пользу качественного подхода. То есть, перейти к описанию того, что наиболее удачно реализовано в конкретной линейке продуктов. Рассказать о том, какие модели данных и требования заказчиков наиболее удачно &quot;лягут&quot; на ту или иную платформу. Или наоборот, о недостаточно продуманном функционале, о местах в системе, требующих серьезных доработок при внедрении.

Могу пояснить на примере. Я, профессионал в области SAP BI, вижу, что в &quot;моей&quot; платформе поразительно гибко отражена концепция зависящих от времени мета-данных (здесь я использую обще-теоретическую терминологию, в SAP свои термины). Временная зависимость может проявляться как у всех атрибутов признака, так и у их части; возникать как у всей иерархии, так и у отдельного узла. Из чего я могу рекомендовать свою платформу крупным предприятиям, у которых, скажем, часто меняется оргструктура. А вот, например, система контроля регламента бюджетного процесса, - наоборот, достаточно слаба и потребует программирования &quot;от и до&quot;, случись, что на предприятии регламент хоть немного сложнее той примитивной модельки, что идет в стандартном функционале.

Выделение таких &quot;особых&quot; точек для каждой платформы, естественно, должен проводить профессионал, который не только хорошо знает &quot;свой&quot; продукт, но и имеет достаточный кругозор в области продуктов этого класса в целом. Таких людей не много, но от того и ценней результат. Закажи такое исследование коммерческая компания, это встало бы ей в немалую копеечку :) Хочу заметить, что итоги этой работы будут содержать какую-то долю субъективизма, но это и неизбежно при качественном, а не формальном подходе.

Хм... по-моему, вышел уже не совсем комментарий :)</description>
		<content:encoded><![CDATA[<p>Андрей,</p>
<p>Тут я, видимо, недостаточно раскрыл свою мысль. Действительно, сравнение по принципу &#8220;есть возможность &#8211; нет возможности&#8221;, как минимум, бессмысленно. Вычленение одинаковых по классу продуктов и сравнение их по общим свойствам уже более интересно, хотя, я считаю, в итоге, это только создаст иллюзию того, что &#8220;все стало ясно&#8221;. Причина этого в том, что отказываясь от сравнения платформ целиком, мы упускаем из виду многие их интересные возможности, которые возникают при взаимодействии всех компонентов платформы. Как же проводить такое сравнение? </p>
<p>Нужно отказаться от формального сравнения по критериям в пользу качественного подхода. То есть, перейти к описанию того, что наиболее удачно реализовано в конкретной линейке продуктов. Рассказать о том, какие модели данных и требования заказчиков наиболее удачно &#8220;лягут&#8221; на ту или иную платформу. Или наоборот, о недостаточно продуманном функционале, о местах в системе, требующих серьезных доработок при внедрении.</p>
<p>Могу пояснить на примере. Я, профессионал в области SAP BI, вижу, что в &#8220;моей&#8221; платформе поразительно гибко отражена концепция зависящих от времени мета-данных (здесь я использую обще-теоретическую терминологию, в SAP свои термины). Временная зависимость может проявляться как у всех атрибутов признака, так и у их части; возникать как у всей иерархии, так и у отдельного узла. Из чего я могу рекомендовать свою платформу крупным предприятиям, у которых, скажем, часто меняется оргструктура. А вот, например, система контроля регламента бюджетного процесса, &#8211; наоборот, достаточно слаба и потребует программирования &#8220;от и до&#8221;, случись, что на предприятии регламент хоть немного сложнее той примитивной модельки, что идет в стандартном функционале.</p>
<p>Выделение таких &#8220;особых&#8221; точек для каждой платформы, естественно, должен проводить профессионал, который не только хорошо знает &#8220;свой&#8221; продукт, но и имеет достаточный кругозор в области продуктов этого класса в целом. Таких людей не много, но от того и ценней результат. Закажи такое исследование коммерческая компания, это встало бы ей в немалую копеечку :) Хочу заметить, что итоги этой работы будут содержать какую-то долю субъективизма, но это и неизбежно при качественном, а не формальном подходе.</p>
<p>Хм&#8230; по-моему, вышел уже не совсем комментарий :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Андрей Пивоваров</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-11319</link>
		<dc:creator>Андрей Пивоваров</dc:creator>
		<pubDate>Fri, 01 Feb 2008 15:51:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-11319</guid>
		<description>Николай,

Спасибо комментарий и за список.
Мне казалось, что я написал, что мне не нравится в оперсорс BI, но, видимо недостаточно раскрыл свое видение.
Я отвечу вам отдельным постом.</description>
		<content:encoded><![CDATA[<p>Николай,</p>
<p>Спасибо комментарий и за список.<br />
Мне казалось, что я написал, что мне не нравится в оперсорс BI, но, видимо недостаточно раскрыл свое видение.<br />
Я отвечу вам отдельным постом.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nvoynov</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-11318</link>
		<dc:creator>nvoynov</dc:creator>
		<pubDate>Fri, 01 Feb 2008 12:08:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-11318</guid>
		<description>Open Source опен Сорцу рознь. Но на рынке enterprise систем opensource есть серьезные игроки с большим числом пользователей. Например Pentaho BI (если про BI), Alfresco, Nuxeo ECM ...

Сам по BI не большой специалист, но вот смотрю конкретно Pentaho BI Reporting и Modrian ... Отчетник есть встроенный, но и все остальные открытые форматы можно использовать - есть машина BIRT и JasperReports. Язык построения запросов к кубам совместим с MDX (могу бредить) ... ETL евойный не дотрагивался, но можно успешно работать с тем же http://apatar.com/

DataMining тоже не копал, но weka кажется самая известная система, и найти специалистов думаю тоже можно.

Документация вся есть, поддержка правда не знаю сколько стоит - пока не требовалась. Но на примере Nuexeo ЕСМ премиум примерно 20 тыс евро в год ... если возникают трудности то их можно решить за меньшие деньги ...

Разница для предприятия 150 штук или 20 штук, скажем прямо значительная. За 20 штук эти возможности уже доступны более мелким компаниям.

В общем как всегда принятие решения все зависит от информации, которой обладает лицо принимающее решение о покупке, денег в покупающие компании, суммах откатов, уровня ложного чувства защищенности и т.д.</description>
		<content:encoded><![CDATA[<p>Open Source опен Сорцу рознь. Но на рынке enterprise систем opensource есть серьезные игроки с большим числом пользователей. Например Pentaho BI (если про BI), Alfresco, Nuxeo ECM &#8230;</p>
<p>Сам по BI не большой специалист, но вот смотрю конкретно Pentaho BI Reporting и Modrian &#8230; Отчетник есть встроенный, но и все остальные открытые форматы можно использовать &#8211; есть машина BIRT и JasperReports. Язык построения запросов к кубам совместим с MDX (могу бредить) &#8230; ETL евойный не дотрагивался, но можно успешно работать с тем же <a href="http://apatar.com/" rel="nofollow">http://apatar.com/</a></p>
<p>DataMining тоже не копал, но weka кажется самая известная система, и найти специалистов думаю тоже можно.</p>
<p>Документация вся есть, поддержка правда не знаю сколько стоит &#8211; пока не требовалась. Но на примере Nuexeo ЕСМ премиум примерно 20 тыс евро в год &#8230; если возникают трудности то их можно решить за меньшие деньги &#8230;</p>
<p>Разница для предприятия 150 штук или 20 штук, скажем прямо значительная. За 20 штук эти возможности уже доступны более мелким компаниям.</p>
<p>В общем как всегда принятие решения все зависит от информации, которой обладает лицо принимающее решение о покупке, денег в покупающие компании, суммах откатов, уровня ложного чувства защищенности и т.д.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Андрей Пивоваров</title>
		<link>http://www.oraclebi.ru/2008/01/31/whybi/comment-page-1/#comment-11317</link>
		<dc:creator>Андрей Пивоваров</dc:creator>
		<pubDate>Fri, 01 Feb 2008 10:25:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.oraclebi.ru/2008/01/31/whybi/#comment-11317</guid>
		<description>daemon-s,

Спасибо! Ссылайтесь :)

Мне кажется, что &quot;реальную&quot; таблицу составить достаточно сложно. Это сложно сделать и в случае СУБД, хотя там все-таки попроще. Есть фича или нет. Да и то, все неоднозначно, бывают архитектурные особенности, которые в одной плоскости сравнивать сложно.

А с BI платформами все еще сложнее. Так как платформа - это набор разнных продуктов, иногда связанных (по метадынным), иногда не связанных.
И получается сравнение кучи продуктов одного вендора с кучей другого вендора. Что сложно сделать. Можно сравнить только подпродукты, находящиеся в одной нише. 

Вообще задача &quot;реального&quot; сравнения BI платформ мне напоминает задачу &quot;реального&quot; сравнения женских платьев. :)</description>
		<content:encoded><![CDATA[<p>daemon-s,</p>
<p>Спасибо! Ссылайтесь :)</p>
<p>Мне кажется, что &#8220;реальную&#8221; таблицу составить достаточно сложно. Это сложно сделать и в случае СУБД, хотя там все-таки попроще. Есть фича или нет. Да и то, все неоднозначно, бывают архитектурные особенности, которые в одной плоскости сравнивать сложно.</p>
<p>А с BI платформами все еще сложнее. Так как платформа &#8211; это набор разнных продуктов, иногда связанных (по метадынным), иногда не связанных.<br />
И получается сравнение кучи продуктов одного вендора с кучей другого вендора. Что сложно сделать. Можно сравнить только подпродукты, находящиеся в одной нише. </p>
<p>Вообще задача &#8220;реального&#8221; сравнения BI платформ мне напоминает задачу &#8220;реального&#8221; сравнения женских платьев. :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

