Ссылка на Nexus

Вот тута на Серёгину статью ссылаются в суръёзной научной работе :)) (см. список литературы или поиск по nexus)
http://www.ict.edu.ru/ft/005156/it200504...

Forums: 

о как!

Если бы nexus.arbinada.com не было, то ни кто ни чего не узнал бы :).

P.S.:В Wiki-версии, авторы статей потерялись, а владельцем стоить везде Тарасов, что логично :)

Изображение пользователя st.

На то и вики

На то и вики, чтобы самому поправить ошибку :) Впиши себя автором.

Изображение пользователя ipanshin.

На рынке ПО

На рынке ПО представлен ряд инструментальных средств, предназна-
ченных для разработки приложений с использованием баз данных: G2
(gensym corp., США), RTWorks (Talarian США), COMDALE/C (Comdale
Techn. - Канада), COGSYS (SC - США), ILOG Rules (ILOG - Франция). Среди
отечественных разработок известны "Контур-Актив", СПРУТ (центр разра-
ботки ФОРС) , NEXUS (NEXUS Team) и др. Также ведутся разработки инст-
рументального комплекса RADMIS1 на базе УПИТ ИГЭУ. Коммерческие ин-
струментальные средства зарубежных разработчиков соответствуют требо-
ваниям, но тем не менее, стоимость владения ими достаточно высока, поэто-
му представляется целесообразным применение отечественных инструмен-
тальных средств при условии наличия возможности доработки [2].

Вполне по новогоднему звучит. Приятно и по научному.
Правда,я тут поговорил с разработчиком MS SQL Григорием Погульским, так он говорит, что направление это умерло.
И обработчики для ООП никто сейчас на транзакт скл не пишет и писать в будущем не намерен.

Вот так, господа.

Изображение пользователя st.

Что значит обработчики?

Что значит обработчики для ООП? Поддержка объектных расширений? Это было модно в конце 90-х, потом умерло за невостребованностью.
Полноценная ООСУБД? Это принципиально новый подход, концепции, рынки, астрономические инвестиции и огромные риски. Пример Informix Illustra еще долго будет мешать возобновлению попыток.
Монстры мешают. Но, с другой стороны, без них такой продукт не раскрутить в масштабах отрасли.

Двуликий Янус

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

Я вот и название для проекта придумал - Янус (главное в первой букве не ошибится :).

Изображение пользователя st.

ООСУБД

ОО СУБД мешают рынку middleware и всей индустрии многоуровневых приложений. Процентов 80% приложений сразу вернутся к физически двухуровневой схеме "клиент ОО СУБД - сервер ОО СУБД" (для параноиков - через 80-й порт :)) ). Такие позиции без боя никто не сдаст :) Тем более, что потенциальные поставщики ООСУБД вовсю играют и на этом рынке.

Изображение пользователя ipanshin.

Никто не

Никто не задумывался, идя по базару, о наперсточниках? Кто нибудь видел у них два наперстка? Всегда трию А чтобы разводит клиентов легче.В Ит трехзвенка нисколько не моральнее:)

Изображение пользователя ipanshin.

Кстати, будущий

Кстати, будущий ЯНУС, лучше СиНУС:) очень даже близок. НЕТовцы (не путать с НАТОвцами и пр.) стремительно пытаются отгородиться от сиквела различного рода генераторами сиквельного кода, описывая схему БД в качестве хмл файла. Типа завернул все в классец, ничего не видно, а сам король сшарпа и рад, что закопал сиквел. Однако как только умный клиент засасывает приличную порцию данных тут ему и конец.
Однозначно, что нексус принципиально отличается от такого подхода. Не уходя из сиквела он дает ООП. Уверен за этим подходом будущее. Бедность вот только мешает:)