![]() |
![]() |
|
Место для Вашей рекламы!
|
![]()
|
Обсуждение и комментарии |
![]() |
![]() | tstone - saldo![]() 15 Jan 2003 7:15 AM |
Кто-нибудь чего-нибудь понял? :)) Еще одно дополнение к "Десять самых шумных кампаний 2002 года". | |
| |
![]() | Линурас 15 Jan 2003 8:25 AM |
Опять которому место у параши. Надо язать MySQL или Postgress. | |
| |
![]() | Игорь 15 Jan 2003 8:39 AM |
Важен и интересен факт комплексной продажи баз, серверов среднего уровня и средств разработки. Так делает Oracle, так делает MS. Продавать по отдельности, наверное, уже невозможно. | |
| |
![]() | DemonZla 15 Jan 2003 9:23 AM |
Фигня, и что им сейчас мешает в базу данных документов понапихать.... странные люди... | |
| |
![]() | Yuri Abele 15 Jan 2003 9:33 AM |
Да, уж ... Похоже, что действительно никто ничего не понял Что, никто никогда не работал с METAпоисковыми серверами в Internet? - вот вам яркий пример описанной системы | |
| |
![]() | ejb 15 Jan 2003 9:39 AM |
Информация из разных баз-источников (внутренние ERP, CRM и прочее, плюс внешние источники) обладает разным уровнем достоверности и детальности. Одна дает точную информацию по финансовым показателям, а в другой находятся измышления маркетолога, в третьей плановые показатели, в интернете отчет госкомстата и данные по конкурентам. А запросы нужно строить учитывая все это многообразие. Mysql здесь точно не причем :) | |
| |
![]() | zz70 15 Jan 2003 9:47 AM |
Заголовок - супер. В лучших традициях желтой прессы. "Мы не верим в эффективность революционного подхода" - лейтмотив статьи. При чем же здесь крутой поворот? | |
| |
![]() | Илья - ilya1975![]() 15 Jan 2003 9:58 AM |
Все это (куча разноуровневых баз данных, объединенных некоей чудо-системой) красиво только на рекламных буклетах. На самом деле разработчики повесятся, пока напишут свои приложения, а потом будут всю жизнь стрелятся из рогатки, сопровождая (дописывая и переписывая) их. | |
| |
![]() | Mikhail Elashkin - melashki![]() 15 Jan 2003 11:09 AM |
Какой-то бред. Проработав 7 лет в Oracle, я не понял о чем эта статья. Какая-то каша :( | |
| |
![]() | Noname 15 Jan 2003 12:04 PM |
Централизованный подход Оракл обеспечивает все-же лучшую целостность и непротиворечивость данных. Смысл федеративной технологии в том, чтобы в реляционной базе хранить не данные, а описание и адреса данных. Когда вы делаете запрос, система по описанию ищет данные, соответствующие критериям запроса и выбирает их по соответствующим адресам. Затем представляет их в привычном табличном виде. Сами данные хранятся преимущественно в XML-формате. Система расчитана преимущественно на получение данных (т.е. SELECT, никаких INSERT или UPDATE). Назначение системы - ускорить доступ к данным, над которыми производятся преимущественно операции выборки. В отличие от подхода Оракл их не надо заносить в базу. Достаточно лишь занести описания и адреса - это быстрее. | |
| |
![]() | Arcady - arcady_m![]() 15 Jan 2003 12:05 PM |
Очевидный маркетинговый ход, чтобы чем-то привлечь заказчика. IMHO, речь об очередном application-server, с которым можно общаться на XML, и который выступает в роли универсального шлюза к куче накопленного добра. К чему тогда кричать о новых технологиях в СУБД, когда речь идет об универсализации доступа к ним. Java и XML итак уже прекрасно живут в СУБД. | |
| |
![]() | Игорь 15 Jan 2003 12:33 PM |
"Java и XML итак уже прекрасно живут в СУБД." - не тут - то было! Это стратегия Oracle держать большую часть бизнес- логики в том числе и Web - сервисы в базе. Обратим свой взгляд на MS. Всё наоборот! Упор делается на специализированные сервера среднего уровня. Раньше это был DCOM. Сейчас .Net, полностью поддерживающий XML и Web сервисы. Общая тенденция продавать сервисы, и база данных(в её древнем понимании) - это только малая часть системы (сервис хранения данных). В идеологии MS обьектом хранения информации может выступать всё что угодно. А чтоб все объекты выглядели одинаково - интерфейс OLE DB для всего что существует. А чтобы совсем забыть о проблемах- Web сервисы. Там даже дырочка есть с авторскими правами и куда деньги складывать... | |
| |
![]() | DemonZla 15 Jan 2003 1:20 PM |
Короче я понял... это хрень которая содержит адреса других хреней и по запросу третьей хрени эту хрень высылает тому кто запросил всю эту хрень... мдаа.... весело однако :)) | |
| |
![]() | Arekus - arekus![]() 15 Jan 2003 2:04 PM |
.. По моему скромному мению данная статья воочую демонстрирует поверхностный подход крупных западных компаний (в частности я знаком еще с подобным подходом компаний фармацевтической области) к решению комплексных задач. Насколько я понял, Хперанто это просто прилабуда программера, улучшающая (leverage) поиск во всеразличных доках. Повидимому за счет создания представлений (View, реляционные базы данных) из ХМЛ и др. текстов и, скорее всего, наоборот. Думаю, что это попытка пихнуть на рынок продукт, который мог бы (теоретически) вступить в конкуренцию с дот Нетом. Потому и такая "шумиха". Кстати, одним из последствий развития данной области будет повышенные требования к грамотности управляющего (вероятно - и не только) персонала. Ведь обычно же письма на XMЛ никто не пишет ;) Ready 2 Work | |
| |
![]() | al 15 Jan 2003 4:02 PM |
Кажется, в статье речь идет о том, что будет после того, как реляционная база IBM DB/2 научится выполнять XQuery-запросы. Если DB/2 сможет хранить документы, эл.таблицы, и-мэйлы и прочь. не сплошняком, а в XML-осмысленном формате и если MS Office сможет хранить свои документы в XML-формате, то можно будет и не складывать все в одну слабенькую DB/2 базу, а устроить федерацию - "DB/2 + Office" и силектить из этой "федерации" через единый IBM Xperanto. IBM и MS лучше бы научились реальные кластеры для обычной централизованной SQL-базы делать (вслед за Oracle), вместо своих псевдо-кластеров для "федеративных баз". А так как они толком не умеют централизовать все в единую базу (на мощном "реальном" кластере из могучих писюков;), как это умеет делать Oracle, то и начинается поиск аргументов о пользе федерации для дивелоперов :) | |
| |
![]() | Игорь 15 Jan 2003 4:21 PM |
al - 10 баллов! ...и пока есть отсутствие единых универсальных стандартов - есть место и для скромных программеров, клеящих несклеиваемое и совмещая несовместимое. | |
| |
![]() | C3Man 15 Jan 2003 9:27 PM |
кто-то уже сказал тут, это в большей мере маркетинг....проблема то какая в американской корпорации в ети дни? интеграция разрозненных (какждая в отдельности неплохая) систем. Создаётся ажиотаж, попадает ето дело в прессу - подготавливая средний и высший менеджмент к будущим растратам....и незабывайте первый месяц-полтора в начале года - это период в который подготавливается бюджет на етот год....делате выводы.... | |
| |
![]() | Mikhail Elashkin - melashki![]() 16 Jan 2003 1:54 PM |
С удовольствием почитал. Все таки надо писать статьи в которых намешать разной информации и сдобрить кричащим заголовком. Народ потом сам разберется и перепишет все как надо :) | |
| |
![]() | Сергей Кузнецов - kuzloc![]() 17 Jan 2003 2:02 PM |
Ребята, у меня такое впечатление, что вы ничего, кроме zdnet не читаете. Какие-то странные и абсолютно не технические отклики. Да, статейка сама по себе дурацкая. Ее могут понять только люди, занимающиеся аналогичными вещами. Но почитайте хотя бы http://www.almaden.ibm.com/software/dm/Xperanto/Xperanto.200 1.pdf, чтобы понять, о чем на самом деле идет речь. А можете почитать нашу white paper http://www.ispras.ru/groups/modis/downloads/UML-XML%20White% 20Paper-revised.doc. | |
| |
![]() | ggv 19 Jan 2003 7:54 PM |
Работая уже давно с DB2, и как мне кажеться, понимая "менталитет" базы и направление ее развития, я понял статью немного по другому. Речь идет не о хранении описания информации в базе, и адреса информации, а о полном распаралеливании. В том числе и запросов. Кстати, работает эта фигна в DB2 классно, хотя тут были нападки ораклистов :) Если коротко, то поступивший запрос распаралеливаеться и отправляеться к разным базам, которые зарегистрированны, там запрос выполняеться средствами конкретной базы в традиции этой базы и ответ возвращаеться центру, получившему первоначальный запрос от клиента, который уже и производит окончательную доводку данных для представления клиенту. Учитывая то, куда IBM прикладывает услилия в DB2, мне кажеться я понял статью верно. Кстати, с базами db2 такой вот кластер (полное распаралеливание запроса) работает просто на ура. То есть если у вас 5.000.000 строк, вы их разбиваете на 5 баз по 1.000.000 строке, меняете два конфигурационных параметра (имя нода и номер базы) и клиент может логиниться к любой из этих 5 баз и слать запрос, который выполниться на всех 5 базах, результаты сольються на одну к которой присоединен клиент, join и отправка клиенту. Теперб представим что вместо однородных баз db2 у нас 5 разных - иерархическая IMS, Adabas, LDAP, текстовые файлы, и несколько реляционных. Опять же схема работы прежняя - клиент коннектиться к "специальной базе" где описаны все хранилища и которая распаралеливает запрос, отправляя его клнкретным исполнителяь. Так что это не просто так XML примочка, XML здесь выступает просто в роли универсального описателя, данных, для транспонтировки между такими разными системами. ПОчитайте на сайте IBM. Иногда интересные вещи есть. Ну хотя бы по поводу multidimensional clustering indexes. Да и по воводу управления памятью. С тез пор как IBM стала принимать во внимание unix-market возможности DB2, которые уже "стары" на mainframe'ах , начались портироваться на unix версию - конкуренты отдыхают. Но это мое личное мнение. Я вот еще жду когда скажуться результаты приобретения IBM'ом Informix'а, я лично жду имплементации DataBlade в DB2. тогда это уже будет просто монстр. Хотя в целом статься абсолютно невнятная и допускает двоякие толкования. Кстати - internal stuff of IBM (Toronto lab) иногда отвечает на вопросы в db2 mail-list. | |
|
← декабрь 2002 | 9 10 11 13 14 15 16 17 20 | февраль 2003 → |
Место для Вашей рекламы!