Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 38 39 40 41 42 [43] 44 45 46 47 .. 51   вперед  Ctrl
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
ЧАЛ - вас никто не приглашал на семинар
Вас приглашали на демонстрацию
Вы отказались демонстрировать OLAP - ну да фиг с ним.
Но вы-то не можете теперь отказаться демонстрировать оьъектный навигатор!
Иначе вы - наукообразный $%здобол, если откажетесь!
Последник раз спрашиваю - вы будете демонстрировать ну хоть что-нибудь?
Да ли нет?
Причём любой ответ отличный от да, и состоящий из более чем двух букв, из которых первая 'Д' а вторая 'А' будет считаться ответом отрицательным!!!!!!!!!!!!!!!!!!!!
18 дек 07, 17:18    [5064724]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
vadiminfo
shuklin
Теперь я понимаю почему здесь ООСУБДшников не любят. ЧАЛ идею дискридетировал по полной ((( Просьба не оценивать качества ООСУБД только по постам ЧАЛа )))

По постам ЧАЛа может оцениваться тока егойная же КОМД. И ее он не дескридитровал, а просто показал, что оно есть на самом деле: на МУМПСе или на Каше налабанная надстройка, чтобы обуть балабановских. Все остальное призвано вызывать гомерический хохот. Я вообще допускаю, что это галимый стеб. Кто-то из ПТ разводит тут нас.
Так что можете не беспокоиться насчет значения влияния ЧАЛа оценки других МД, включая ООСУБД.


Ложь трусливого недоучки. Большинство моих подробных сообщений касалась РМД и ООМД, а вовсе не КОМД, которая весьма проста, давно известна и превосходит РМД и ООМД. Чего же о ней говорить?
18 дек 07, 17:21    [5064753]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
Павел Воронцов
pavelvp
Теперь понимаете как работает объектный навигатор ЧАЛа? Это нечто, чему известно всё. Ничего программировать не нужно. Никаких запросов не нужно. ВСЁ УЖЕ ЕСТЬ. Все заранее определено и вычислено. Это система с одной кнопкой - ПОКАЗАТЬ. Вы её нажимаете, и Вам ВСЁ показывается. Дальше, двигаясь от центра вселенной по заранее ИЗВЕСТНОМУ пути (вот здесь я пока ещё не совсем понимаю кто путь указывает, но он должен быть; наверное, САМ навигатор) Вы окажетесь в ИЗВЕСТНОЙ точке.
Фантастика! Хочу увидеть эту штуку! С кнопкой счастья!


Ура!
18 дек 07, 17:22    [5064759]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
не, я пошёл напиться....
Сил больше нет с этим мудозвоном...
Чал , давайте мыло, вечером кину линк, заполняйте форму с указанием аппаратной конфигурации, и приступайте - готовьте демонстрацию...
3 месяца - достаточно.
Если й дню дурака (1 апреля 2008) года вы нас не пригласите на демонстрацию....
18 дек 07, 17:24    [5064778]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
Если так, если кнопка "Сделай всё за меня" не вымысел, если она существует, надо ЧАЛа колоть.
Пусть показывает.
Я теперь понимаю, почему он так изворачивается - кто же хочет делиться кнопкой счастья....
Интересно.
Вот аналитики часто не знают, что они хотят найти, когда начинают анализ данных.
Находят в старых данных новую информацию.
Ну там мат.стат всяческий - разбиение, сегментация, и прочая (могу глянуть в доке).
Но смысл тот, что данные в хранилище есть давно, а вот этой информации о данных ещё небыло, её аналитик находу нарывает (созадёт) придумывая запросы на основе результатов предыдущих запросов....
В этом-то и есть суть BI - Business Intelligence.
Вот мне интересно как в этой ситуации кнопка счастья поможет...
Цены ей нет....


Конечно, конечно. Но все начинается с теории, и, в частности, с модели данных. Вот мы и рассмотрим все необходимые вопросы на семинарах.
18 дек 07, 17:24    [5064782]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
в задницу вашу теорию, практика - критерий истины!
Вы же у нас любитель истины - вот и готовьте демонстрацию!
18 дек 07, 17:25    [5064795]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
Gluk (Kazan)
практикант
В этом примере


А на второй пример пороху не хватило ? В первую очередь, этими примерами я хотел проиллюстрировать тот факт, что две разнотипные задачи (не имеющие отношения к связыванию таблиц по FK), легко решаются при помощи одного инструмента. Подчеркну, что это простейшие (как вы изволили выразится детсадовские) примеры того, что можно делать при помощи JOIN.
Если есть желание, можно разобрать менее детсадовские примеры.

практикант

join используется как средство выразить неявное отношение принадлежности каждого элемента из первой таблицы какому-то интервалу (элементу второй таблицы). Я не вижу никакой проблемы сделать то же самое с помощью механизма неявных ссылок.


Проблема в том, что Вы только что, в угоду частной задаче ввели новую сущность (по Оккаму), а именно неявные ссылки, о которых до этого молчали как партизан
В связи с этим, хочется поинтересоваться - имеется ли подобный механизм в каком либо из существующих продуктов (если есть то в каком) или весь последующий псевдо-SQL код всего лишь плод вашего болезненного воображения ???
Я не разбирался с этим вопросом, но у меня есть некоторые сомнения в возможности эффективной реализации сего дивного механизма (кстати, можно ли с помощью неявных ссылок решить задачу воторого примера ?).

практикант

1. Можно выразить любую произвольную функцию связи, а не ограничиваться только небольшим набором операций, разрешенных внутри WHERE, которые в реальных приложениях все равно не спасаю (можете поверить на слово). Для сложных отчетов необходимо выразить весьма сложные отношения между элементами, которые существуют неявно, что с помощью join сделать обычно нельзя, кроме приведенного Вами элементарного примера для детского сада.

2. Отношения могут быть не обязательно между двумя таблицами, а затрагивать соседние таблицы, в т.ч. с помощью таких же неявных связей. Например, попробуйте построить отчет, где надо сгруппировать клиентов по степени их лояльности, которая вычисляется по десятку параметров из других таблиц, в т.ч. с очередным (вложенным) группированием и использованием всякого рода экспонент или просто эмпирических функций (от экспертов в маркетинге), скажем через нейронные сети. Никакой join здесь не поможет.


Давайте не будем голословными :) Сформулируйте задачу, а я постараюсь решить ее средствами Oracle SQL. У меня нет особых причин верить вам на слово. Я вообще противник слепой веры.

Еще и нейронные сети приплели :) Цырк с конями
Сформулируйте задачу, Уважаемый

практикант

3. Неявные связи определяются один раз и далее используются как самые обычные ссылки с отличием, что они вычисляются динамически. В моем примере это поле C в таблице X, которое ни чем не отличается от первых двух (статических или структурных) полей. В запросах не надо каждый раз писать определение. А в join надо. И это вовсе не синтаксические ухищрения.


JOIN меня нисколько не напрягает. Очень семантично, знаете ли

практикант

4. Легко можно использовать многоуровневое (вложенное) группирование, а в РМ разрешается иметь только один GROUP BY.


Странно Собачка ела и киска ела:

SQL> select avg(A), B
  2  from (select A, max(B) B
  3        from test
  4        group by A)
  5  group by B;

    AVG(A)          B
---------- ----------
        85          1
        80          3
        10          5
        15          7
        27          9

О смысле этого запроса задумываться особо не стоит, но я четко вижу два group by-я :)
Может вы просто не умеете их готовить ???

практикант

5. Никаких итераций с циклами тут нет, а просто навигация. Единственное, что мы сделали, это определили неявные или динамические ссылки.


Когда раскроете массам (и мне) великую тайну: что такое навигация, поговорим про то, что здесь есть и чего здесь нет :)


Бедный "практикант"!
18 дек 07, 17:28    [5064827]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
не, я пошёл напиться....
Сил больше нет с этим мудозвоном...
Чал , давайте мыло, вечером кину линк, заполняйте форму с указанием аппаратной конфигурации, и приступайте - готовьте демонстрацию...
3 месяца - достаточно.
Если й дню дурака (1 апреля 2008) года вы нас не пригласите на демонстрацию....


Сник окончательно, голубчик. А ведь я сразу предупреждал - трусливый недоучка. "Каким я был - таким останусь." Но не лихой. А глупый и трусливый.
18 дек 07, 17:30    [5064850]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Бред
Guest
ggv
в задницу вашу теорию, практика - критерий истины!
Вы же у нас любитель истины - вот и готовьте демонстрацию!


Да, нагло и трусливо окончательно обосрался на любезный ggv.
Я денек передохну, а вы тут пока с "реальными представителями" обсудите наболевшие вопросы.
18 дек 07, 17:34    [5064895]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
ЧАЛ - вы наукообразный $%здобол!
Не имеющий отношения к IT!
Information Technology - это всё-таки технология.
Каждый из нас здесь немного технолог, немного умеет сделать руками...
Даже Шуклин! Хоть он и научный сотрудник!
Вы - НЕТ!
Вы - исключение!
Вы не способны ничего продемонстрировать!
Да, я недоучка, я учусь еще, я всегда учусь.
Но вы при всех отказались демонстрировать доказательства вашей концепции, и даже просто объектный навигатор отказались демонстрировать!


PS
ЧАЛ, ещё не поздо передумать, ещё не поздно смыть позор потом!
18 дек 07, 17:39    [5064928]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
кстати, любой, кто делает что-либо руками, и кто желает как это что-либо работает на серверах system x, system p, system i, system z
может получить выделенные мощности, и проверить всё что хочет, абсолютно за даром, в Москва-Сити.
18 дек 07, 17:41    [5064942]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
практикант
Guest
Gluk (Kazan)
А на второй пример пороху не хватило ?

Мне кажется, что Вы очень сильно переоцениваете свою значимость и значимость ваших примеров Как уже было сказано, идите варите курицу (если не хотите, чтобы Вас послали дальше Здесь не обсуждают Оракл, SQL, подключение принтера в офисе и сколько можно на всем этом заработать.

Gluk (Kazan)
В первую очередь, этими примерами я хотел проиллюстрировать тот факт, что две разнотипные задачи (не имеющие отношения к связыванию таблиц по FK), легко решаются при помощи одного инструмента. Подчеркну, что это простейшие (как вы изволили выразится детсадовские) примеры того, что можно делать при помощи JOIN.

А показали на самом деле, что решать такие задачи весьма трудно, хотя бы потому, что join для этого не предназначен. А кроме того Вам показали, что то же самое можно решить гораздо проще и естественнее.

Gluk (Kazan)
Если есть желание, можно разобрать менее детсадовские примеры.

Если Вы хотите дальше продолжать, то покажите как на Оракловском SQL выполнить JMP 0x12345678 (переход на произвольный адрес). Не получается? Ну тогда о чем говорить? А это самый простой пример, тогда как можно посложнее придумать.

Gluk (Kazan)
Проблема в том, что Вы только что, в угоду частной задаче ввели новую сущность (по Оккаму), а именно неявные ссылки, о которых до этого молчали как партизан

Чушь. Решение, которое я показал как раз является весьма общим и в целом никак не связано с данной задачей или какими-то языка типа Оракловский SQL.

Gluk (Kazan)
В связи с этим, хочется поинтересоваться - имеется ли подобный механизм в каком либо из существующих продуктов (если есть то в каком) или весь последующий псевдо-SQL код всего лишь плод вашего болезненного воображения ???

Уже много раз отвечали:
- может Вам сразу деньги на счет перевести,
- идите домой курицу варить (как человек приземленный)
- здесь не обсуждаются решения или способ заработать деньги
- здесь не обсуждают конкретные продукты
- был вопрос, Вы получили ответ.

Gluk (Kazan)
Я не разбирался с этим вопросом, но у меня есть некоторые сомнения в возможности эффективной реализации сего дивного механизма (кстати, можно ли с помощью неявных ссылок решить задачу воторого примера ?).

Я глубоко сомневаюсь, что Вы вообще что-то когда-то реализовывали из систем. Хотя бы потому, что таких людей вообще в мире очень мало. В основном у нас подавляющее число занимаются либо администрированием (БД, ОС, ЛАН и т.п.) либо внедрением (Оракл, САР, 1С и т.п.) Оба рода деятельности приводят к деградации творческих способностей разработчика и в результате вырастают подключатели принтеров или писатели запросов на SQL для бухгалтеров. Но парадоксально, что гонора у этой категории предостаточно, т.е. "подключатели принтеров" типа Вас почему-то думают, что они то точно знают как все должно работать.

Gluk (Kazan)
Давайте не будем голословными :) Сформулируйте задачу, а я постараюсь решить ее средствами Oracle SQL. У меня нет особых причин верить вам на слово. Я вообще противник слепой веры.

Я не заказчик. А кроме того, Вы не эксперт, а один из миллионов программеров на уровне индусов, прочитавших пару книг про SQL. У меня проблем нет. У Вас были сомнения (точнее сказать, слепая вера в непогрешимость join и SQL) -- я ее развеял, показав, что могут быть и другие не худшие решения.

Gluk (Kazan)
JOIN меня нисколько не напрягает. Очень семантично, знаете ли

А что кого-то интересует, напрягает Вас join или нет? Это Ваше личное горе. Можете дальше зарабатывать деньги. Многих Кобол и Ассемблер не напрягает. Ну и что?

Gluk (Kazan)
Когда раскроете массам (и мне) великую тайну: что такое навигация, поговорим про то, что здесь есть и чего здесь нет :)

Пока что Вы задаете вопросы, а другие Вам пытаются втолковать основы моделирования данных. Но как человек простой, без извилин, Вы постоянно сваливаетесь на практическую реализацию в стиле, а как же все-таки сорвать этот банан если палка недостаточно длинная. Есть еще такой феномен у недоразвитых народов, что они не способны абстрактно мыслить. А потому простая задача типа "у тебя есть два яблока, и одно ты отдал, сколько осталось" вызывает у них реакцию типа "у меня нет яблок" или "я никому не давал яблок". То же самое и у Вас. Тут я Вам ничем не могу помочь, ну разве что дам совет пойти торговать на биржу и не мучиться комплексами непризнанного авторитета деревенского (форумного) масштаба.
18 дек 07, 17:54    [5065031]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Оффтопик_
Guest
Слушай тов. Бред, а ваш ник означает, что вы бред полный несете или тема сама Бред, тогда правда получается вы тоже бред городите (раз тема бредовая то и вы бредите).

Может лучше подписываться "ДурОки вы все" или "НедАучки гАлимые вы все", это больше соответствует настрою твоих постов.

Ладно, давай отдохни денек и давай заново, только ты чето мало пишешь давай побольше ведь Бреда должно быть много(с частотой DoS атаки!!!).
18 дек 07, 18:07    [5065123]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
pavelvp
Навигатор не может быть тулзой по одной простой причине. Легко показать на примере. Некто добавил в КОБД картинку в новом, придуманном им самим и известном только ему одному формате. Тулза не сможет отобразить эту картинку. Навигатор же легко это сделает.

У Оракла есть даже тулса или окно в тулсе именно с таким названием "Объектный навигатор".
При ожидании такого Навигатора от ЧАЛа как Вы говорите, Вас возможно ждет маленькое разочаравание. Насколько я понял там тока кнопки со стрелками (возможно большими).
18 дек 07, 18:29    [5065230]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Бред
Ложь трусливого недоучки. Большинство моих подробных сообщений касалась РМД и ООМД, а вовсе не КОМД, которая весьма проста, давно известна и превосходит РМД и ООМД. Чего же о ней говорить?

Почему же ложь. Там ясно написано, что эти посты предназначены для гомереческого хохота над ними. О КОМД, действительно, говорить нечего ввиду отсутствия в ней чего достойного упоминания, хотя тоже посты смешно.
18 дек 07, 18:35    [5065260]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Бред
Я денек передохну, а вы тут пока с "реальными представителями" обсудите наболевшие вопросы.

Зачем же денек? Возьмите полноценный отпуск: Вы много здесь поработали и вполне заслужили пойти на заслуженный отдых.
18 дек 07, 18:38    [5065269]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ModelR
Member

Откуда: Нижний Новгород
Сообщений: 1798
Бред
Да, озадачили Вы меня. Не ожидал.
Аналогично. Убей бог если понимаю, какое отношение имеет 5049709 (не поленился отыскать, но далее плз пользуйтесь ссылками, иначе это сугубо нечитаемо):
ggv
может, отправить КЧАЛ (клонов чала) сюда?
явно оне чего-то упустили....
базовое...
может, по незнанию языка.
так там в переводе.
к моему вопросу:
автор
Только, ИМХО, воюя с этими 90% джойнов, что суть реализуют фиксированные связи, мы тратим силы на замену простого решения простой проблемы еще более простым. Зачем? Ведь 90% проблем - как раз в оставшихся 10% сложных запросов - туда и нужно копать

Засим и последовало обсуждение примера с full oter join , как чуть более сложного джойна. И как это симметричное выражение выразить с несимметричным навигационным "сахаром".
Такова тема, и ничего от gvv, при всем к нему уважении, здесь нет.
18 дек 07, 18:42    [5065287]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ggv
Вы отказались демонстрировать OLAP - ну да фиг с ним.

В каком смысле Вас интерсует OLAP? Тока в ЧАЛовском исполнении или вообще?
18 дек 07, 18:43    [5065296]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ModelR
Member

Откуда: Нижний Новгород
Сообщений: 1798
Бред
Итог:
1) мы играли на поле "реляционных систем", так как на поле "объектных систем" Вы бы просто не смогли играть (нет Я1);
2) грубая ошибка Кодда и Дейта с "сетевым SQL", и глубокое заблуждение относительно "существенности" - это вроде как само собой разумеется; так?
3) "объектный запрос" для Вашего примера (на поле реляционных систем) проще и элегантнее "реляционного запроса" с тихим ужасом с join во второй строке (которая вообще не нужна в объектном варианте);
4) причем ни о каком "точечном синтаксисе" я вообще ничего не говорил.

1) Я1 действительно нет, и даже где взять не знаю.
2) действительно неудачная статья - сначала авторы придумывают свое (спорное ИМХО) понимание вопроса, затем его опровергают. Типа войны с ветряными мельницами.
3) наборот.
4)а кто же и на каком поле:
?
SCHEME DEPT[NAME].1.EMP[NAME]
WHERE $EMP.1.DEPT=0

Бред
Вы с Дейтом
Вряд ли Дейт об этом догадывается.
18 дек 07, 19:03    [5065385]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
ggv
Member

Откуда:
Сообщений: 1810
vadiminfo
ggv
Вы отказались демонстрировать OLAP - ну да фиг с ним.

В каком смысле Вас интерсует OLAP? Тока в ЧАЛовском исполнении или вообще?

OLAP меня интересует как OLTP специалиста, начитавшегося/наслушавшегося про OLAP.
Заниматся я им не буду, но вся область BI вызывает у меня интерес именно тем, что из "старых", давно известных данных извлекается новая информация, которая затем может влиять на бизнес, что может привести к изменению данных, что в свою очередь приведёт к получению нового знания об этих данных, и так далее.
Так сказать, BI как средство обратной связи на OLTP системы.
18 дек 07, 19:25    [5065467]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
ggv

OLAP меня интересует как OLTP специалиста, начитавшегося/наслушавшегося про OLAP.
Заниматся я им не буду, но вся область BI вызывает у меня интерес именно тем, что из "старых", давно известных данных извлекается новая информация, которая затем может влиять на бизнес, что может привести к изменению данных, что в свою очередь приведёт к получению нового знания об этих данных, и так далее.
Так сказать, BI как средство обратной связи на OLTP системы.

Т.е. просто чисто посмотреть что это такое? Поскольку он как правило предназначен для систем подержки принятий решений, а OLTP для поддержки систем оперативно прикладных процессов.
Ну так ОЛАП и без ЧАЛовского навигатора расчитанн на то, что юзера будут сами строить запросы в процессе анализа. Т.е. для этого ЧАЛовские тулсы и не обязательны.
От Оракла (наверное, и от других СУБД) он вообще в Йекселе может многомерные представления строить.
18 дек 07, 20:13    [5065605]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
Зл0й
Member

Откуда: Северная Калифорния
Сообщений: 686
pavelvp
ggv
Но смысл тот, что данные в хранилище есть давно, а вот этой информации о данных ещё небыло, её аналитик находу нарывает (созадёт) придумывая запросы на основе результатов предыдущих запросов....
Это неправильный аналитик и неправильное хранилище. Правильный аналитик заранее сделает такое хранилище, в котором все ходы будут записаны. Он предугадает ВСЕ возможные ходы и их последствия, на то он и аналитик. Причем, сделать это нужно будет только один раз. И больше ничего не нужно.


Некоторое время назад я трудился в компании Ebay.com, занимался как раз хранилищами данных и Business Intelligence. Давайте такую задачку порешаем: Из сети на ebay приходит траффик. Его реально много. Он изменчив, в нем есть реальные юзеры, боты, сети ботов, попытки атаковать ebay, попытки украсть в ebay денег итп. Этот траффик анализируется, строятся статистические модели которые сортируют траффик по характеристикам, выделяют из него различные составляющие (добропорядочных юзеров, ворье, боты, итп). От работоспособности данной системы впрямую зависит будет ли компания получать прибыли или убытки. Объем хранилища данных 40 терабайт, загрузка данных - каждые 15 минут. Объем загрузки в день 200-500 гигабайт.

А теперь вопрос: Что и как вы предлагаете "предугадать" и "заранее просчитать"? Особенно интересно было бы послушать как вы собираетесь это просчитывать и какую железяку вы предлагаете для этой цели использовать. В Ebay сидит достаточно сильная команда аналитиков, многие ребята Стэнфорд закончили и/или оттуда Ph.D. по Мат. Статистике имеют. Наверное они не догадались что есть такая замечательная "кнопка счастья" под названием "объектный навигатор"?

Если же речь идет про Business Intelligence для балабановской спичечной фабрики, то рецепт "кнопки счастья" прост: ставится любой мало-мальски рабочий cube server (Microsoft Analysis Services, Cognos, Hyperian, HyperRoll, ...) + какую-нибудь "морду" для создания отчетов. И усё. Не надо изобретать велосипеды и писать объектные нафигаторы. Все уже давно написано. Данные кладутся в гиперкуб который можете резать как хотите (slicing and dicing) плюс rollup и drill down делаются "на ура". Все делается визуально - "мышом" либо из Microsoft Excel либо из Excel-образной "морды". От разработчика требуется написать полдюжины запросов которые вынимают данные из star schema и кладут их гиперкуб.
18 дек 07, 20:21    [5065624]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Зл0й
Если же речь идет про Business Intelligence для балабановской спичечной фабрики, то рецепт "кнопки счастья" прост: ставится любой мало-мальски рабочий cube server (Microsoft Analysis Services, Cognos, Hyperian, HyperRoll, ...) + какую-нибудь "морду" для создания отчетов. И усё. Не надо изобретать велосипеды и писать объектные нафигаторы. Все уже давно написано. Данные кладутся в гиперкуб который можете резать как хотите (slicing and dicing) плюс rollup и drill down делаются "на ура". Все делается визуально - "мышом" либо из Microsoft Excel либо из Excel-образной "морды". От разработчика требуется написать полдюжины запросов которые вынимают данные из star schema и кладут их гиперкуб.

Ну это Вы сосбно ОЛАП так красочно описали. Но вряд-ли он тока для Балабаново хорош. Все же один из наиболее модных инструментов на сегодня в системах поддержки принятий решений.
Ну и то что от разработчика, мне кажется, Вы немного упростили. Он тоже должен как-никак спроектировать кубы, т.е. продумать все там. Иерархии в измерениях. И звезду налабать тоже надо. Подкачку данных. Ну может иногда это проще чем, в ОЛТП, но в целом проектирование хранилищ данных иногда считают более сложным чем оперативных БД.
18 дек 07, 20:59    [5065695]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
pavelvp
Member

Откуда:
Сообщений: 673
Блин, я было подумал тут уже стебалово по полной, ан нет. Кто-то ещё серьёзно отвечает :-)
Зл0й
А теперь вопрос: Что и как вы предлагаете "предугадать" и "заранее просчитать"? Особенно интересно было бы послушать как вы собираетесь это просчитывать и какую железяку вы предлагаете для этой цели использовать. В Ebay сидит достаточно сильная команда аналитиков, многие ребята Стэнфорд закончили и/или оттуда Ph.D. по Мат. Статистике имеют. Наверное они не догадались что есть такая замечательная "кнопка счастья" под названием "объектный навигатор"?
Это Вы меня спрашиваете? Смеётесь, да? Я бы и сам рад такую хрень поиметь. Правда работы лишусь сразу, т.к. в некотором роде нафигаторами тож занимаюсь, а тут уж и делать больше будет нечего. Но ведь имея такую штуку можно огого!

От разработчика требуется написать полдюжины запросов которые вынимают данные из star schema и кладут их гиперкуб.
Вот видите. Все нужно программировать. А с помощью объектного навигатора пользователи могут все это сделать без программирования.
18 дек 07, 21:33    [5065756]     Ответить | Цитировать Сообщить модератору
 Re: Закат RDBMS?  [new]
pavelvp
Member

Откуда:
Сообщений: 673
Зл0й
Все уже давно написано.

Вот это зря. Правда зря.
Отнюдь не всё и совсем недавно.
Ещё поле непаханое до горизонта, и конца и края ему не видно.
18 дек 07, 21:42    [5065771]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 38 39 40 41 42 [43] 44 45 46 47 .. 51   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить