IMS

[смешно]

А кто будет разруливать хардверные конфликты с 100,000 устройств от 1001 производителя?

Какие конфликты? Пусть сделают грамотно, да и чего там надо? хард драйв, мемори, CPU. Таже Sony playstation. Если Оракл обьединится усилиями с Интел, то они могут такой аппарат сделать. Ведь посмотри сколько бабок выбрасывают на железо для баз данных, которые с выходом новых версий становятся не совместимы. Мрак. А обслуживание и поддержка? Надо держать спеца по железу, OS и ДБА, да ещё секьюрити....

[смешно]

;) Не совсем так. Довольно много интересных методов хеширования придумали и реализовали. С B-деревьями научились сравнительно эффективно работать...
В ранних системах 70-х годов в самом деле не было чёткого разделения на файловые системы и DMS /DBMS . "Файловые системы общего назначения" - это уже где-то в Multics,Unix и т.д. Конечно была и RT-11 и RSX-11. Но в RT-11 так называемый "файл" занимал смежные блоки на диске...Появление PC с MS-DOS в какой-то мере было "шагом назад". Хотя подфункции int 21h поддерживали очень усечённый вариант DMS. Том БД - больше было характерно для систем IBM. Тем не менее вариант "DBMS вместо файловой системы" существовал практически во всех LISP-системах и MUMPS-системах.
;) MUMPS очень интересно "эволюционировал" от работы с B-деревьями к комбинированным методам с использованием хеш-функций...

Ну и чего? Какой толк-то? Все современные DBMS это те же файловые системы. С сомнительной производительностью и офигенными ценами per transaction. Опять же ограничения OS, сети, security, в итоге плачевные результаты.

[crazy-mike]

Ну и чего? Какой толк-то? Все современные DBMS это те же файловые системы.

Это неправильный ответ...;)
Точнее было бы сказать - что "файловая система" в какой-то мере является разновидностью DBMS...:evillaugh
Для сравнения - в "файловых системах" для POSIX-систем просто отказались от понятия "record" или "item" и ввели "логическую адресацию с точностью до байта относительно начала набора данных" . Когда-то "давно" на такое просто "не решались"...Для "родной DB2" вообще-то существует понятие Database Volume. (Да и не только для DB2). В IMS - тоже существовало понятие "том базы данных" с самого начала! В MySQL - существует возможность (которой практически никто из LAMP-халявщиков не пользуется) создавать "том БД" (вообще вне файловой системы)...В Oracle - тоже.
:cool: Самое прикольное то - что "файловая система" по отношению к DBMS является вторичной (у DBMS случился "выкидыш" в виде "файловой системы общего назначения") .

[смешно]

Майки, ты можешь это называть как угодно, но со стороны OS, всё это выглядит как обычные файлы, т.к. OS это главное на чём сидят вонючие DBMS. Помню вроде Оракл грозился сделать свою OS под свою платформу, но похоже всё стухло.

Вот неплохая статейка.

http://www.cnet.com/8301-13556_1-9815094-61.html

November 12, 2007 8:37 AM PST
Oracle: Just say no to operating systems
Posted by Gordon Haff 2 comments[Update: Corrected name of rPath CEO Billy Marshall.]

There's a nasty little war afoot over the future of the operating system.

In one corner you have the operating system vendors.

They're building in virtualization, for example. This increases the depth of their software stack. The OS vendors present virtualization as a natural addition to existing operating system functions and a means to integrate an increasingly-common software capability.

That's fair enough. But it's also about control, especially in a world where owning the hypervisor gives you an advantage when up-selling to management layers and other value-add software in which there's real money to be made (as opposed to the raw hypervisor, which is becoming increasingly commoditized).

As we saw last week in the case of Red Hat, OS vendors are on the lookout to circumvent attempts to make their operating systems (and their brands) irrelevant. In Red Hat's case, it was to quash the efforts of software appliance makers to effectively make the OS just a supporting feature of the application.

In another corner, you have the application vendors and their fellow travelers.

Software as a service (SaaS) is one aspect of this war. Taken to its logical extreme, it may change the role of systems companies as well as operating system vendors. However, we don't need to look that far into possible futures to see the application vendor front in this war.

Take the appliance makers that Red Hat was taking on last week. Rpath CEO Billy Marshall writes: "Fortunately for all of us, 'certification' will be a thing of the past when applications companies distribute their applications as virtual appliances." It's not hard to see why Red Hat doesn't exactly cotton to this way of thinking. After all, certification is a very large part of what Red Hat sells. And the number of applications certified to run on Red Hat comprises a huge barrier to any other Linux vendor delivering its own flavor of "Enterprise Linux."

Oracle's Unbreakable Linux is a different take from a different angle, but the end result is the same. Its concept is based on the idea that, when you buy an application from Oracle, you also get some bits that let the application sit on top of the hardware and perform necessary tasks like talking to disk. Oracle has been subsuming operating system functions like memory and storage management for years; subsuming the whole operating system was just the next logical step.

So is its latest move, coming out with its own hypervisor based on technology from the widely-used Xen Project. (Xen is also the basis for the hypervisor in Novell and Red Hat Linux--as well as OS-independent products from XenSource/Citrix and Virtual Iron.)

Just as Oracle wants to minimize the role of the OS, so too does it want to minimize the role of the hypervisor (which, as I noted, itself threatens to reduce the role of the OS--got all that?). From the vantage of Redwood Shores, VMware is getting altogether too much attention. The easiest way to minimize the impact of the virtualization players? Offer Oracle's own hypervisor.

The biggest challenge that I see facing Oracle here is similar to that facing Unbreakable Linux and software appliances in general. There's an implicit assumption that people will be willing to have one virtualization for their boxes that run Oracle and another virtualization for everything else--that the maker of the hypervisor bits doesn't matter.

So far, there's scant evidence that people are willing to be quite so blase about their server virtualization. Furthermore, brand preferences aside, it remains early days for standards that handle the control and movement of virtual machines across virtual infrastructures sourced from different vendors. It's perhaps more thinkable that Oracle database and application servers might be kept independent from a general virtual infrastructure than would be the case with other, often less business-critical, applications. But, at least today, its still counter the overall trend of IT shops looking at server virtualization in strategic rather than machine-by-machine tactical ways.

As a result, I don't see this announcement having a broad near-term impact (as, indeed, Unbreakable Linux did not either, once the original raft of press stories and industry discussion died down). Rather, I see this as Oracle determined to keep making its statement, time and time again, that, someday, the operating system won't matter. That's Larry's story, and he's sticking with it.

[Alex_3112]

Какие конфликты? Пусть сделают грамотно, да и чего там надо? хард драйв, мемори, CPU. Таже Sony playstation.

Еще network, дисплей, органы управления...
Sony Playstation - это конечный продукт, в своем виде удовлетворяющий миллионы пользователей. При этом они тоже глючат и ломаются. Потребителям баз данных понадобится большая гибкость конфигурации. Им может захотеться сделать upgrade. Придется каждый раз вызывать техников on-site, а самим - ни-ни!
И так как этих "машин баз данных" будет выпускаться гораздо меньше, чем Playstation, или даже PC-серверов, Research&Development costs окажутся высокими. Получится proprietory продукт, который будет для клиентов "черным ящиком" с ценой выше, чем сегодняшние PC-сервер + OS + RDBMS

[Alex_3112]

Майки, ты можешь это называть как угодно, но со стороны OS, всё это выглядит как обычные файлы, т.к. OS это главное на чём сидят вонючие DBMS. Помню вроде Оракл грозился сделать свою OS под свою платформу, но похоже всё стухло.

Для DB можно выделять целые диски, и OS туда будет вход закрыт.

[смешно]

Еще network, дисплей, органы управления...
Sony Playstation - это конечный продукт, в своем виде удовлетворяющий миллионы пользователей. При этом они тоже глючат и ломаются. Потребителям баз данных понадобится большая гибкость конфигурации. Им может захотеться сделать upgrade. Придется каждый раз вызывать техников on-site, а самим - ни-ни!
И так как этих "машин баз данных" будет выпускаться гораздо меньше, чем Playstation, или даже PC-серверов, Research&Development costs окажутся высокими. Получится proprietory продукт, который будет для клиентов "черным ящиком" с ценой выше, чем сегодняшние PC-сервер + OS + RDBMS

Диплей для Базы Данных не надо, Network стандартный.
Никаких upgrade железа! Всё как в Playstation 1, 2, 3. хотя софт всегда можно upgrade типо как в DirectTV ресиверах, firmware.
Никаких головных болей.

[смешно]

Для DB можно выделять целые диски, и OS туда будет вход закрыт.

Понятное дело, это научились делать.

[Alex_3112]

Никаких головных болей.

Утопия.
Головные боли будут у сервиса и кастомер суппорта. У клиентов будут обычные простои.

P.S. Можно поставить ту же AS/400 - чем не вариант?

[crazy-mike]

А в основных ОС IBM даже на System /360 файл мог занимать несколько дисков. Да и в OS Novell - тоже. А VM/360 у IBM как раз и служит до сих пор источником вдохновения для разработчиков Xen...