Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
19.01.2006, 19:21
|
|||
|---|---|---|---|
|
|||
Буржуи прониклись идеей ООБД |
|||
|
#18+
Привет, shuklin! Ты пишешь: shuklin s> Буржуи прониклись идеей ООБД s> http://citforum.ru/SE/project/ambler/Они прочли твою статью на "Мембране" и прониклись. Сразу. -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.01.2006, 07:55
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
УРА! Г-н Шуклин наконец-то научился читать! И заводить на каждую прочитанную (и само собой написанную) им статью по новой теме на sql.ru! P.S. Интересно только, почему статьи ему попадаются больно слабые (достаточно прочитать предисловие Сергея Кузнецова, чтобы отпала охота читать дальше)? Подобное тянется к подобному? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.01.2006, 08:20
|
|||
|---|---|---|---|
|
|||
Буржуи прониклись идеей ООБД |
|||
|
#18+
Да, действительно смешно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.01.2006, 11:08
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
культурное несоответствие объектных разработчиков и специалистов, называемых автором “профессионалами в области данных”; Во-во... Эти "объектники" такие некультурные, что просто слов нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.01.2006, 11:11
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
Быстро качественно не бывает! Заказчику нужно не участие неспециалистов в разработке на циклах итерации, а готовый качественный продукт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.01.2006, 11:16
|
|||
|---|---|---|---|
|
|||
Буржуи прониклись идеей ООБД |
|||
|
#18+
Быстрые методы для объектных баз данных технологическое несоответствие объектной технологии, на которой, в основном, базируется быстрая разработка, и технология реляционных баз данных; По-моему, несоответствия технологии нет. Для работы с РСУБД почти во всех современных языках используются один или несколько классов. Вставлять куски маш. кода в ООП-программу для работы с РСУБД не приходится. А что нужно генерировать запросы на SQL или каком-нибудь другом языке - так как же иначе? Как спросить, не сформулировав вопрос? Быстрые методы для объектных баз данных культурное несоответствие объектных разработчиков и специалистов, называемых автором “профессионалами в области данных”; "Профессионалам в области данных" важен порядок, продуманность, расширяемость, предсказуемость, документированность. Плохим "объектным разработчикам", делающим всё по букве, а не по духу XP важны только простота текущей реализации и скорость. Так что с этим культурным несоответствием я согласен. Только по-моему оно лечится знаниями и опытом, но никак не структурой данных. Быстрые методы для объектных баз данных отсутствие инструментальной поддержки быстрых методов применительно к реляционным базам данных. Нам вполне хватает Subversion для ER-диаграмм, DDL-скриптов и DML-дампов:). Зачем такую функциональность прикручивать к СУБД? Хотя в среде разработки SAP R/3, насколько я помню, что-то такое есть... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.01.2006, 15:03
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
О да, комментарий Кузнецова хорош :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.01.2006, 18:39
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
читал, смеялся... собственно, основная обозначенная проблема - OR-маппинг. А развивать и тестировать системы можно и на РСУБД. Достаточно хороших коммуникаций между разработчиками РСУБД и App. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.01.2006, 12:31
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
Читатели. Чукчи. А работать кто-нибудь пробовал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 07:36
|
|||
|---|---|---|---|
|
|||
Буржуи прониклись идеей ООБД |
|||
|
#18+
Foxi-VoxiЧитатели. Чукчи. А работать кто-нибудь пробовал? А Вы пробовали ездить на велосипеде с квадратными колесами? А то вдруг это очень удобно и гораздо быстрее чем на обычных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 08:35
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
c127 А Вы пробовали ездить на велосипеде с квадратными колесами? А то вдруг это очень удобно и гораздо быстрее чем на обычных. Надо полагать, Вы достаточно изучили описанный инструмент (db4o), чтобы сделать подобный вывод. Значит - можете помочь. Подскажите - как Вы реализовывали запросы типа COUNT(*). Я не имею в виду - обращение к методу .size() результирующей коллекции. Понятно, что колллекция ObjectSet представляет собой всего лишь набор ссылок на объекты, и памяти они практически не занимают. Однако, при сложных условиях выборки, бывает нужно просто знать, есть ли нужные значения в совокупной выборке, а сам результат (выбранные объекты) не нужны. Т.е., нужен аналог конструкции EXISTS для колекции. Типа - нашли подходящий объект - и дальше выбирать не нужно. Не то чтобы меня реально смущает время реакции (я имею в виду - вариант с ".size() >0" - с этим-то как раз все нормально), вопрос, как говорится, "на будущее", когда число объектов в базе будет ОЧЕНЬ большим. Я так думаю, что можно было бы встроить что-то типа "break" в math - метод в Native Query (чтобы сразу прекратить дальнейший поиск) - но как сделать это, не отключив механизмов оптимизации Native Query? Заранее спасибо. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 09:56
|
|||
|---|---|---|---|
|
|||
Буржуи прониклись идеей ООБД |
|||
|
#18+
авторАвтор выдвигает три тезиса: 1.технологическое несоответствие объектной технологии, на которой, в основном, базируется быстрая разработка, и технология реляционных баз данных; 2.культурное несоответствие объектных разработчиков и специалистов, называемых автором “профессионалами в области данных”; 3.отсутствие инструментальной поддержки быстрых методов применительно к реляционным базам данных. мог ограничится только 2 и сразу написать что все разработчики и специалисты быдло готичное дальше дочитать не смог ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.01.2006, 10:16
|
|||
|---|---|---|---|
Буржуи прониклись идеей ООБД |
|||
|
#18+
mv Значит - можете помочь. Подскажите - как Вы реализовывали запросы типа COUNT(*). Я не имею в виду - обращение к методу .size() результирующей коллекции. Ну если COUNT(*) вызывает сложности, то разве это не похоже на квадратные колеса? При круглых такого вопроса не может быть в принципе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=35&mobile=1&tid=1553671]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 181ms |
| total: | 323ms |
| 0 / 0 |
