powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Буржуи прониклись идеей ООБД
15 сообщений из 15, страница 1 из 1
Буржуи прониклись идеей ООБД
    #33492829
shuklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33492850
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет, shuklin!
Ты пишешь:

shuklin s> Буржуи прониклись идеей ООБД
s> http://citforum.ru/SE/project/ambler/Они прочли твою статью на "Мембране" и прониклись.
Сразу.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33493241
mir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
УРА! Г-н Шуклин наконец-то научился читать! И заводить на каждую прочитанную (и само собой написанную) им статью по новой теме на sql.ru!

P.S. Интересно только, почему статьи ему попадаются больно слабые (достаточно прочитать предисловие Сергея Кузнецова, чтобы отпала охота читать дальше)? Подобное тянется к подобному?
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33493255
Фотография Павел Воронцов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, действительно смешно...
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33493595
Фотография DarkSquid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
культурное несоответствие объектных разработчиков и специалистов, называемых автором “профессионалами в области данных”;


Во-во... Эти "объектники" такие некультурные, что просто слов нет.
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33493604
Фотография DarkSquid
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Быстро качественно не бывает!

Заказчику нужно не участие неспециалистов в разработке на циклах итерации, а готовый качественный продукт.
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33493618
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Быстрые методы для объектных баз данных
технологическое несоответствие объектной технологии, на которой, в основном, базируется быстрая разработка, и технология реляционных баз данных;

По-моему, несоответствия технологии нет. Для работы с РСУБД почти во всех современных языках используются один или несколько классов. Вставлять куски маш. кода в ООП-программу для работы с РСУБД не приходится. А что нужно генерировать запросы на SQL или каком-нибудь другом языке - так как же иначе? Как спросить, не сформулировав вопрос?

Быстрые методы для объектных баз данных
культурное несоответствие объектных разработчиков и специалистов, называемых автором “профессионалами в области данных”;

"Профессионалам в области данных" важен порядок, продуманность, расширяемость, предсказуемость, документированность. Плохим "объектным разработчикам", делающим всё по букве, а не по духу XP важны только простота текущей реализации и скорость.
Так что с этим культурным несоответствием я согласен. Только по-моему оно лечится знаниями и опытом, но никак не структурой данных.

Быстрые методы для объектных баз данных
отсутствие инструментальной поддержки быстрых методов применительно к реляционным базам данных.

Нам вполне хватает Subversion для ER-диаграмм, DDL-скриптов и DML-дампов:). Зачем такую функциональность прикручивать к СУБД? Хотя в среде разработки SAP R/3, насколько я помню, что-то такое есть...
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33494510
pavelvp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
О да, комментарий Кузнецова хорош :-)
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33495077
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
читал, смеялся...
собственно, основная обозначенная проблема - OR-маппинг. А развивать и тестировать системы можно и на РСУБД. Достаточно хороших коммуникаций между разработчиками РСУБД и App.
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33495488
Foxi-Voxi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Читатели. Чукчи.

А работать кто-нибудь пробовал?
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33496380
c127
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Foxi-VoxiЧитатели. Чукчи.

А работать кто-нибудь пробовал?

А Вы пробовали ездить на велосипеде с квадратными колесами? А то вдруг это очень удобно и гораздо быстрее чем на обычных.
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33496426
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
c127
А Вы пробовали ездить на велосипеде с квадратными колесами? А то вдруг это
очень удобно и гораздо быстрее чем на обычных.


Надо полагать, Вы достаточно изучили описанный инструмент (db4o), чтобы
сделать подобный вывод.
Значит - можете помочь. Подскажите - как Вы реализовывали запросы типа
COUNT(*). Я не имею в виду - обращение к методу .size() результирующей
коллекции.
Понятно, что колллекция ObjectSet представляет собой всего лишь набор ссылок
на объекты, и памяти они практически не занимают. Однако, при сложных
условиях выборки, бывает нужно просто знать, есть ли нужные значения в
совокупной выборке, а сам результат (выбранные объекты) не нужны. Т.е.,
нужен аналог конструкции EXISTS для колекции. Типа - нашли подходящий
объект - и дальше выбирать не нужно. Не то чтобы меня реально смущает время
реакции (я имею в виду - вариант с ".size() >0" - с этим-то как раз все
нормально), вопрос, как говорится, "на будущее", когда число объектов в
базе будет ОЧЕНЬ большим.
Я так думаю, что можно было бы встроить что-то типа "break" в math - метод в
Native Query (чтобы сразу прекратить дальнейший поиск) - но как сделать это,
не отключив механизмов оптимизации Native Query?

Заранее спасибо.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33496521
Фотография Эстонский голем
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторАвтор выдвигает три тезиса:

1.технологическое несоответствие объектной технологии, на которой, в основном, базируется быстрая разработка, и технология реляционных баз данных;

2.культурное несоответствие объектных разработчиков и специалистов, называемых автором “профессионалами в области данных”;

3.отсутствие инструментальной поддержки быстрых методов применительно к реляционным базам данных.
мог ограничится только 2 и сразу написать что все разработчики и специалисты быдло готичное дальше дочитать не смог
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33496566
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mv
Значит - можете помочь. Подскажите - как Вы реализовывали запросы типа
COUNT(*). Я не имею в виду - обращение к методу .size() результирующей
коллекции.

Ну если COUNT(*) вызывает сложности, то разве это не похоже на квадратные колеса? При круглых такого вопроса не может быть в принципе.
...
Рейтинг: 0 / 0
Буржуи прониклись идеей ООБД
    #33496629
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo
....не может быть в принципе.


Правильно. "Не читал, и не собираюсь".

Антиреклама, типа

Потерянное поколение.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
15 сообщений из 15, страница 1 из 1
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Буржуи прониклись идеей ООБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]