Компания Ingres, развивающая одноименную открытую СУБД, открыла доступ (http://ingres.com/about/press/10-0608-ingres-vectorwise.php) для бесплатной загрузки продукта Ingres VectorWise (http://community.ingres.com/), в рамках которого реализована новая архитектура сервера баз данных, способного обрабатывать запросы в 10 - 50 раз быстрее, чем стандартная СУБД Ingres. К сожалению в настоящий момент для загрузки доступна (http://www.ingres.com/downloads/ingres-vectorwise.php) только бинарная версия СУБД, открытие исходных текстов движка VectorWise запланировано на конц года, код будет открыт на сайте code.ingres.com (http://code.ingres.com/).
В основе работы движка VectorWise лежит концепция векторов, особенностью реализации которой является работа с данными, сохраненными внутри кэш-памяти процессора и интенсивное использование ОЗУ для промежуточного кеширования данных и буферизации ввода/вывода. Обработка запросов происходит путем одновременной передачи нескольких многомерных блоков...URL: http://ingres.com/about/press/10-0608-ingres-vectorwise.php
Новость: http://www.opennet.me/opennews/art.shtml?num=26931
Интересно, на сколько она быстрее СУБД, недавно выпущенной одним из основателей PostgreSQL, и которая так же хранит данные в памяти.
скачай
@
проверь
Это оченно похоже на идею, которую в свое время реализовал один человек, и рассказывал о ней в фиде в talks.asm году в 96-м. С его слов система эта "в натуре" работала на одном из номерных заводов, и он являлся разработчиком (одним из).Только он пошел несколько дальше, до ООП модели, и функционально обьединил tuple и вектор, который обозвал контейнером и который являлся обьектом. Который как положено наследовался, инкапсулировался и полиморфился (таким образом был реализован, инкапсулировался и полиморфился функционал реляционного оператора который работает с данными внутри tuple's, сравнение, возвращение результата, удаление, модификация, сохранение, загрузка etc).
Соответственно контейнер мог содержать/наследовать другие контейнеры со всеми вытекающими. И все это на событийно-мессаджевую модель положено (мессадж - тоже контейнер, только другого типа).
Идея мне показалась еще тогда оч интересной, похоже что-то аналогичное ребята воплотили.
Vect - ODBMS'ы не вчера появились, и даже не в 1996-ом :) То что ты расписал - ничего вундервафельного из себя не представляет. А накладных расходов будет больше, чем в DB построенной по классической Кодд'овкой Relational Algebra ... Народ все серебрянную пулю ищет, забывая что у нынешних носорогов где то глубоко в сердце (в ядре) - суровая и полностью доказанная _математика_.Впрочем ясен перец - есть области где ОДБ лучше, есть где рулит сетевая модель, в больших социалках поперли всякие NOSQL'и и при этом "тупо файл" даже и не думает сдаваться :)
> открыла доступ для бесплатной загрузки
> доступна только бинарная версия СУБД
> открытие исходных текстов движка VectorWise запланированоЭто теперь wzor точка нэт новости фриваре и шареваре?
closednet.ru
No entries found for the selected source(s).
Last updated on 2010.06.11 15:03:42 MSK/MSD
Успевайте, я фз.
куда спешить то?
Ну это не SQL базах данных, понятно, что при правильном выборе интерфейса можно достичь огромных скоростей. Осталось узнать чем это лучше raw-файла.
>Ну это не SQL базах данных, понятно...Откуда такие сведения? Вообще-то от этой базы произошел PostgreSQL...
По ссылкам - много маркетоидного бреда типо: "мы, ну вот чессслово - взяли и просто заменили базу для нашей Ынтрпрайз залипухи с оракеля на <название> - всё заработало в 70 раз быстрее! Мамой клянусь дорогой!"Ну а мы конечно верим жентельменам на слово, жаль только не в 100500 раз ускорилось а в какие то 70 раз - несолидно как то перед пацанами :)