Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 39   вперед  Ctrl
 SQL, есть ли выход из СКорЛупы?  [new]
okdoky
Member

Откуда:
Сообщений: 349
Неужели эволюция в языках программирования должна происходить быстрее, чем в языках БД? Если придерживаться 12-летнему циклу, то время для нового языка уже подошло. Как известно, официальный стандарт SQL2 был принят еще в 1992г.. Попытки сделать SQL объектно-ориентированным до сих пор продолжаются, хотя черновой стандарт объектно-ориентированного SQL3 был опубликован еще в 1999г.. Неужели разработчики начиная с IBM и кончая Oracle до сих пор не могут создать надежную и высокопроизводительную ОРСУБД? Ведь, например, наследование таблиц является не менее важным и нужным, чем наследование классов, Точка зрения на ОРСУБД. Почему пользователи предпочитают маппирование объектов из РБД в программу (и наоборот), фактически отделяя реляционную модель данных (РМД) от объектно-ориентированной модели (ООМ)? ООМ требуют внесения иерархических зависимостей в РМД. Очевидно поэтому многие разработчики стандарта SQL так активно включились в стандартизацию запросной системы для XML-данных, "XQuery и SQL - в чем разница". Чем это закончится? Пустой декларацией, как с SQL3 в 1999г? Ведь в конечном счете все будет определяться реализацией.

Лично мне недостатки SQL видятся не только в ограниченности и громоздкости представления иерархических данных. Громоздкость и неуклюжесть наблюдается даже при работе с данными в табличном формате. Фактически SQL, чем то напоминает язык Ассемблер или Бэйсик в ранней стадии, когда вместо операции a+b, приходилось вызывать команду ADD a b. Это особенно бросается в сравнении с языком Zigzag, с которым, как и с SQL, мне приходилось работать. В Zigzag не используются операторы SELECT, INSERT и т.д.. Все делается через сочетание символов ":", "=", "," и скобок. Например, чтобы выбрать данные из БД достаточно использовать конструкцию =R:(...), чтобы включить R:r1(...).
29 дек 05, 18:26    [2222103]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

okdoky пишет:
> Громоздкость и
> неуклюжесть наблюдается даже при работе с данными в табличном формате.

Может "ты просто не умеешь их готовить"?

> Это особенно бросается в сравнении с языком Zigzag

О, это слово я уже где-то слышал. Ага, и ник где-то видел! :)

Не лень было сей опус писать? Или это подработка в маркетинговом отделе?
Зачем второй топик для рекламы того же самого? Ведь прошлый никто не
закрывал.

Хватит воду лить и сотрясать воздух. Где тесты или хотя бы примеры
запросов средней сложности в сравнении с SQL?

А этот топик IMHO стоит закрыть, как дублирующий предыдущий. Или в
прошлом осталось слишком много неудобных вопросов и есть надежда, что их
по новой задавать лениво будет?

Posted via ActualForum NNTP Server 1.3

29 дек 05, 18:39    [2222117]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
okdoky
Неужели эволюция в языках программирования должна происходить быстрее, чем в языках БД?


Да необходимо переходить с РБД на ОРБД либо на ООБД. Но производителям братьев SQL это не выгодно: http://www.membrana.ru/articles/readers/2005/09/02/200800.html
29 дек 05, 18:42    [2222124]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
gardenman
Member

Откуда: С-Петербург
Сообщений: 2347
У объектно-ориентированных расширений в СУБД есть одна нехорошая особенность. Нельзя сделать ALTER TYPE если на основе этого типа уже создана какая-то таблица или представление. А глядя на то, как изменчив наш мир, это оказывается весьма существенным недостатком.
Получается - строишь строишь иерархию таблиц, наполняешь их данными, и - раз надо чего-то глобальное изменить - и тут такой геморрой появляется - что враз отобъет охоту заниматься этой фигней. Не поймите неправильно - ОО расширения имеют правло на жись, но опять же дозировать их надо. Приятно иногда рассматривать строку как объект некоего класса у которого имеются методы, разрешена перегрузка этих методов, но это ооочень редко нужно. Подобный эффект можно получить и другими способами. А затраты на поддержку по сравнению с выгодами - слишком велики. Таким образом ОО расширения чаще всего будут применяться только в случае типизированных предствавлений, но не таблиц, потому, как структуру классов нужно хранить где-то. Это сложно. А структуру XML документа хранить не надо, разве что отвалидировать.
29 дек 05, 18:47    [2222133]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
gardenman
У объектно-ориентированных расширений в СУБД есть одна нехорошая особенность. Нельзя сделать ALTER TYPE если на основе этого типа уже создана какая-то таблица или представление.


Можно!

Ведь ОБД начального уровня - это стандартная РБД у которой к каждой строке приделан VTBL для обеспечения полиморфизма методов (каждая строка является экземпляром некоторого объекта с методами и интерфейсами) и разрешено наследование данных между таблицами. Тоесть в базовой таблице находятся строки всех таблиц унаследованных от данной, базовой.

Так что ОБД умеют все что умеют РБД!
29 дек 05, 18:49    [2222138]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
gardenman
Member

Откуда: С-Петербург
Сообщений: 2347
Может у настоящих OOБД можно, а вот например В DB2 нельзя. И нет там приделанной VTBL. И все наследованные таблицы производительности ради хранятся на самом деле физически в одной таблице.
29 дек 05, 18:54    [2222145]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

shuklin пишет:

> Да необходимо переходить с РБД на ОРБД либо на ООБД.

Где необходимо и кому? Не абстрактной необходимости. Она может быть
только конкретной, в рамках каких-то задач и условий.

> Но производителям братьев SQL это не выгодно:

А при чем тут эти производители? Все-таки потребность в данной сфере, к
счасть, пока формируется бизнесом, т.е. потребителями, а не
производителями искусственно, как, например, в сотовой связи с их value
added сервисами. Видать нет еще такой потребности, которая сформировала
бы значительный рынок подобных решений и сподвигла бы на революционные
изменения в технологиях.

Posted via ActualForum NNTP Server 1.3

29 дек 05, 18:57    [2222147]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
okdoky
Неужели разработчики начиная с IBM и кончая Oracle до сих пор не могут создать надежную и высокопроизводительную ОРСУБД? ...

Для реальной жизни она на мой взгляд не нужна... То что мы имеем на сегодня - неплохо справляется со своими задачами (CRUD SQL)... А мода на ООП пройдет, не суетитесь

P.S. Это мое сугубо частное мнение...
29 дек 05, 19:53    [2222200]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
токарь
Guest
Полностью присоединяюсь к Sergey_Ch. Но есть один, наверное глупый, вопрос к okdoky. Сам не смог разобраться.

Отношение: Школа{номер школы,фамилия директора,пол директора,день рождения директора}

35 Петров М 10.07.1959
36 Ребров М 23.12.1981
39 Агаева Ж 17.01.1977
41 Нагиев М 06.09.2974

Запрос: Выбрать номер школы, фамилия директора, день рождения директора[если пол директора=М]

Результат:

35 Петров 10.07.1959
36 Ребров 23.12.1981
39 Агаева
41 Нагиев 06.09.2974

Как это на SQL написать понятно, а как на Zigzag ?
29 дек 05, 20:25    [2222248]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
токарь
Guest
прошу извинить за слишком молодого Нагиева - конечно 1974.
29 дек 05, 20:27    [2222251]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
okdoky
Member

Откуда:
Сообщений: 349
Чтобы создать таблицу в Zigzag, можно использовать процедуру $readTable или $rt. Выражение $rt($file A) – обозначает чтение таблицы из файла A. Но можно задать чтение таблицы из области непосредственно следующей - $rt() <содержание таблицы>.
$readTable()<
школа; номер школы; фамилия директора; пол директора; день рождения директора
#; 35; Петров; М; 10.07.1959
#; 36; Ребров; М; 23.12.1981
...
>
Выборка в вашем случае обозначает отображение таблицы. В Zigzag это выглядит так $printTable(выражение, атрибуты) или в новой версии $printTable(выражение) < атрибуты >. Если атрибуты не указываются, то выводятся все атрибуты. Выражение для $printTable может не начинаться со знака =.
$printTable(школа:(пол директора:М))< номер школы, фамилия директора, день рождения директора >
Распечатаны будут все школы кроме 39-й.

В Zigzag, в отличие от SQL, используются множественные переменные. Например
$x = школа:(пол директора:М);
Фактически значением $x будет множество из всех номеров записей таблицы "школа". Мы можем использовать эту переменную в $printTable($x).
Если в интерактивном режиме задать последовательность
= $x;
= фамилия директора:($x);
В окне на экране увидим:
школа:[1, 2, 4];
фамилия директора:[ Петров, Ребров, Нагиев ]
То есть если после двоеточия не указаны значения, система сама пытается подставить их, в данном случае Петров, Ребров, Нагиев.
29 дек 05, 22:04    [2222354]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
okdoky
Member

Откуда:
Сообщений: 349
okdoky
Очевидно поэтому многие разработчики стандарта SQL так активно включились в стандартизацию запросной системы для XML-данных, "XQuery и SQL - в чем разница". Чем это закончится? Пустой декларацией, как с SQL3 в 1999г?
Скорее всего для XQuery – да (как и для его предшественника XQL), но это будет промежуточный шаг. Вполне возможно свой опыт формализации иерархических структур они перенесут на реляционные, т.е на SQL. Тогда у него (наконец то :-) будет другое название ...
29 дек 05, 22:10    [2222360]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

okdoky пишет:

> $printTable(школа:(пол директора:М))< номер школы, фамилия директора, день рождения директора >
> Распечатаны будут все школы кроме 39-й.

И это для новичков и лентяев? Или это считается "уклюжестью" при работе
с табличными данными???


Сравни:
ВЫБРАТЬ номер школы, фамилия директора, день рождения директора
ИЗ школы
ГДЕ пол директора = М

Переведи 3 слова на английский - будет SQL.

Что более естественное? Что тут больше похоже на ассемблер, где "вместо
операции a+b, приходилось вызывать команду ADD a b"?

Я так понимаю, что примеры запросов посложнее лучше не спрашивать, а про
"полевые" сравнения эффективности лучше вообще забыть. Или я не прав?

Сходил, кстати, по ссылке http://savtechno.com/docs/z/ZLanguage.html
Сразу почему-то вспомнились Perl, grep и прочие подобные вещи. Написать
можно очень лаконично, но потом написанное лучше не читать :)

> В Zigzag, в отличие от SQL, используются множественные переменные. Например
> $x = школа:(пол директора:М);
>
> Фактически значением $x будет множество из всех номеров записей таблицы
> "школа". Мы можем использовать эту переменную в $printTable($x).
> Если в интерактивном режиме задать последовательность

И какова эффективность этого на таблицах с миллионами записей и более
сложных связках?

Posted via ActualForum NNTP Server 1.3

29 дек 05, 22:33    [2222378]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
okdoky
Неужели эволюция в языках программирования должна происходить быстрее, чем в языках БД? Если придерживаться 12-летнему циклу, то время для нового языка уже подошло.

Новый критерий - живучесть языка определяется 12-летним циклом Странно, что Си, паскаль и прочие здравствуют уже много много циклов.

okdoky
Как известно, официальный стандарт SQL2 был принят еще в 1992г.. Попытки сделать SQL объектно-ориентированным до сих пор продолжаются, хотя черновой стандарт объектно-ориентированного SQL3 был опубликован еще в 1999г.. Неужели разработчики начиная с IBM и кончая Oracle до сих пор не могут создать надежную и высокопроизводительную ОРСУБД? Ведь, например, наследование таблиц является не менее важным и нужным, чем наследование классов

Возникает элементарный вопрос, который задает любой программист, обладающий большим опытом в программировании - "А на фуя делать что то новое, когда с этим прекрасно справляется старое". Как говорится "Оно работает - не трожь".

okdoky
Почему пользователи предпочитают маппирование объектов из РБД в программу (и наоборот), фактически отделяя реляционную модель данных (РМД) от объектно-ориентированной модели (ООМ)?

Необоснованное утверждение. В основном пользователи предпочитают брать готовые DataSet и не заморачиваться с никому не нужным кодом на маппирование без наличия действительно обоснованных на то причин. А вот DataSet изумительно подходит под РСУБД, потому как подозрительно смахивает на таблички :)

okdoky
Очевидно поэтому многие разработчики стандарта SQL так активно включились в стандартизацию запросной системы для XML-данных, "XQuery и SQL - в чем разница". Чем это закончится? Пустой декларацией, как с SQL3 в 1999г? Ведь в конечном счете все будет определяться реализацией.

Очень удобно позволяет РСУБД разных производителей и веб-сервисам обмениваться между собой данными, я например здесь XML активно использую, все лучше, чем DBF или CSV. Но запросы к множествам данных на SQL однозначно выглядят удобнее, если конечно в запросе хватает знаний таблички соединить ;)

okdoky
Лично мне недостатки SQL видятся не только в ограниченности и громоздкости представления иерархических данных. Громоздкость и неуклюжесть наблюдается даже при работе с данными в табличном формате. Фактически SQL, чем то напоминает язык Ассемблер или Бэйсик в ранней стадии, когда вместо операции a+b, приходилось вызывать команду ADD a b. Это особенно бросается в сравнении с языком Zigzag, с которым, как и с SQL, мне приходилось работать. В Zigzag не используются операторы SELECT, INSERT и т.д.. Все делается через сочетание символов ":", "=", "," и скобок. Например, чтобы выбрать данные из БД достаточно использовать конструкцию =R:(...), чтобы включить R:r1(...).

Ну и работайте себе на своем Зигзаге, раз с SQL не умеете. Я вот не понимаю -- зачем хаять то, что не знаешь. У каждого вендора РСУБД свои расширения и фишки SQL и прежде чем начинать обвинения, Вам бы уж следовало ознакомится со всеми диалектами и расширениями SQL, а уж потом начинать делать глубокие выводы - иначе больше смахивает на голословные утверждения "Я не знаю, значит оно плохое". А предыдущие Ваши утверждения, что РСУБД уступают по скорости ООБД и иеархическим ... просто смешно, пока не будет убедительных фактов.
29 дек 05, 23:24    [2222418]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
mir
Member

Откуда: Томск
Сообщений: 1027
shuklin
Да необходимо переходить с РБД на ОРБД либо на ООБД. Но производителям братьев SQL это не выгодно: http://www.membrana.ru/articles/readers/2005/09/02/200800.html
Мне просто интересно, не мазохист ли г-н Шуклин? Всюду пихаете ссылку на эту свою статью, хотя всюду за эту статью огребаете "по полной". Многочисленные обсуждения «штатьи» на форуме показали, что вы совершенно не знаете предмет обсуждения (ни терминологию, ни суть). Этакое воинствующее невежество.
okdoky
Чтобы создать таблицу в Zigzag, можно использовать процедуру $readTable или $rt. Выражение $rt($file A) – обозначает чтение таблицы из файла A. Но можно задать чтение таблицы из области непосредственно следующей - $rt() <содержание таблицы>.
$readTable()<
школа; номер школы; фамилия директора; пол директора; день рождения директора
#; 35; Петров; М; 10.07.1959
#; 36; Ребров; М; 23.12.1981
...
>
Позвольте спросить, где типизация? Как ваша система "понимает", что поле имеет необходимый мне тип? По самим данным? Или типизации нет вообще?
okdoky
(…)
Распечатаны будут все школы кроме 39-й.
Это неверный ответ. Сравните задание, данное токарь, результаты, которые должны получиться, и ваши результаты. Школа 39 должна присутствовать, но вместо даты рождения — пусто.
okdoky
В Zigzag, в отличие от SQL, используются множественные переменные. (…)
Так-таки и в отличие? В SQL для тех же результатов можно использовать VIEW, можно использовать временные таблицы (или таблицы-переменные, но тут от диалекта зависит). Учите матчасть.

По поводу «наглядности» вам уже сказали достаточно. SQL, разумеется, не идеален, у него масса недостатков. Но в качестве альтернативы можно предлагать что-то лучшее, но никак не худшее. А вы предлагаете худшее. Язык закорючек, возможно, лаконичнее, но он никогда не может быть понятнее. Слова понятнее закорючек.
А потенциальные альтернативы SQL давно есть, тот же Tutoral D. Но эти альтернативы развиваются в сторону большей строгости и одновременно простоты синтаксиса. А Zigzag, похоже, в противоположном направлении.
30 дек 05, 08:53    [2222717]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
мод
Guest
Sergey Ch
А мода на ООП пройдет, не суетитесь

P.S. Это мое сугубо частное мнение...

Не только ваше :)
ООП развивалось до тех пор пока не наткнулось на обработку данных. вот тут и наступили тормоза. ну не годится ООП для работы с БД и все тут. а причина коренится в органических пороках ООП. так что надо отказываться не от SQL а от ООП. но это наверное другая тема ?
30 дек 05, 10:30    [2222933]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
токарь
Полностью присоединяюсь к Sergey_Ch...

Что самое странное - это не только мое мнение. На двух последних конференциях, которые проводил Microsoft - этот вопрос задавался, на что представители компании отвечали, что не видят пока смысла вводить "OOM". А насчет XML сказали тоже просто, что не понимают, зачем в нем хранить данные "Но раз это модно сегодня, мы улучшили работу с этим форматом в MS SQL Server 2005"...

И как верно заметили отвечающие - идет просто расширение стандарта SQL, если чего-то остро не хватет, то так в MS SQL Server 2005, например, теперь наконец появилась возможность строить неплохие оборотные ведомости в одном запросе... тынц

Кроме того, компании все быстренько копируют друг у друга, чтоб не ущемлять своих пользователей
30 дек 05, 10:32    [2222937]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Scott Tiger
Member

Откуда: вмваре
Сообщений: 6906
Мапирование - это очень модно нынче, однако производительность таких решений, мягко говоря, желает сильно лучшего. Почти согласен с мод - ООП слабо подходит для обработки данных в количестве более единиц экземпляров. Так, не более чем очередная концепция... Да и такой подход сложнее в разработке, чем процедурный, это очевидно.

Металинк - всегда свежий улов
30 дек 05, 11:16    [2223151]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
4321
Member [заблокирован]

Откуда:
Сообщений: 3573
okdoky
есть ли выход из СКорЛупы?
...Zigzag

праильно я понимаю, шо фместа SQорLупы аффтар предлагаит ZigZAg-лупу? (Z-ээээ-лупу?)

Ыфтыр жжот.
пеши есшо.


а по делу - не разглядел разницы в конструкциях запросов, за исключением надуманной "сокращенности" синтаксиса в зигзаг-луппе. Есть ли у автора соображения по делу (окромя недюбви к внятным но длинным SELECT и т.п.)?
30 дек 05, 13:42    [2223805]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
токарь
Guest
Так может okdoky для трудящегося объяснить ? Или я и с SQL погорячился ?
Не используя вычисляемых атрибутов:

Отношение: Школа{номер школы,фамилия директора,пол директора,день рождения директора}

35 Петров М 10.07.1959
36 Ребров М 23.12.1981
39 Агаева Ж 17.01.1977
41 Нагиев М 06.09.1974

Запрос: Выбрать номер школы, фамилия директора, день рождения директора[если пол директора=М]

Результат:

35 Петров 10.07.1959
36 Ребров 23.12.1981
39 Агаева
41 Нагиев 06.09.1974

Как это на Zigzag написать ?
30 дек 05, 15:26    [2224232]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
фрезеровщик
Guest
может лучше отказаться и от ООП и от SQL; многие даже не начинали использовать ни то ни другое, и ихние приложения БД работают себе припеваючи. ASCRUS ведь сказал: "Оно работает - не трожь."
30 дек 05, 15:39    [2224295]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
okdoky

В Zigzag не используются операторы SELECT, INSERT и т.д.. Все делается через сочетание символов ":", "=", "," и скобок. Например, чтобы выбрать данные из БД достаточно использовать конструкцию =R:(...), чтобы включить R:r1(...).

Для начала устраните это вопиющий недостаток в Зигаге. Или Вам надо как-то скрывать этот его недостаток. С таким синтакисом вам соревноваться тока с процедурными языками, а не SQL. Более того, если как Вы мечтаете вырваться из скарлупы, там должент быть язык БД опять с синтаксисом подобным SQL. Или зачем по Вашему в ООСУБД пытаются использовать OQL? Потому что ничего не знают про ":", "=", "," и скобки?

shuklin

Да необходимо переходить с РБД на ОРБД либо на ООБД. Но производителям братьев SQL это не выгодно: http://www.membrana.ru/articles/readers/2005/09/02/200800.html

Где Вы только откапываете такие наивные статьи. Неужели не могли найти в литре что-то более реальное на тему про недостатки и достоинства этих трех МД?
Особенно поразила мысль

Это позволит уже в ближайшее время достичь заметного успеха в применении средств искусственного интеллекта при решении актуальных проблем современного бизнеса.

Автор той статьи с дуба рухнул? Для успеха в ИИ нужно обратить внимание на ООМД?
Т.е. парни в ИИ, которые возможно ваще по барабану и РМД и ООМД, парятся там зря? Надо тока чтобы другие парни, которым пока по барабану ИИ в своих бизнес приложениях перешли на ООМД? Типа бухгалтерскую систему налабают на ООМД, и в ИИ это позволит придумать эвристику гарантирующую победу на Каспаровым?
Автор статьи хоть в курсах какие проблемы в ИИ?
Допустим есть проблемы пердставления знаний? Причем здесь ваще МД?
Допустим есть проблемы невозможности перебора всх позиций в шахматах?
Причем здесь МД?
Нейронные сети ваще нет символьного представления знаний.
Неполнота, наопределеннось. Проблемы машинного обучения.
Как им поможет ООМД?
Спросите лучше у того автора, что за институт он кАнчал? Если в том институте читают по его специальности ИИ, то как те горе препады переживут, если узнают что их ученик такие статьи публикует?
В России за это, по-моему, надо лишать диплома о высшем образовании. Иначе мы доиграимся.
30 дек 05, 16:10    [2224406]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
Александр Гoлдун
Member

Откуда:
Сообщений: 2290

vadiminfo пишет:

>> shuklin
>> Да необходимо переходить с РБД на ОРБД либо на ООБД. Но производителям
>> братьев SQL это не выгодно:
>> http://www.membrana.ru/articles/readers/2005/09/02/200800.html

> Где Вы только откапываете такие наивные статьи.



Посмотри автора статьи. Он ее сам написал.

Posted via ActualForum NNTP Server 1.3

30 дек 05, 16:26    [2224453]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
mir
shuklin
Да необходимо переходить с РБД на ОРБД либо на ООБД. Но производителям братьев SQL это не выгодно: http://www.membrana.ru/articles/readers/2005/09/02/200800.html
Мне просто интересно, не мазохист ли г-н Шуклин? Всюду пихаете ссылку на эту свою статью, хотя всюду за эту статью огребаете "по полной". Многочисленные обсуждения «штатьи» на форуме показали, что вы совершенно не знаете предмет обсуждения (ни терминологию, ни суть). Этакое воинствующее невежество.


Ну это ваша личная точка зрения, мало ли что вам там кажеться ))) Вы же судите о ситуации поповоду "за эту статью огребаете "по полной" " исходя из собственного мнения, якобы я от вас отгреб нечто нехорошее ))) На самом деле прошедший год был для меня продуктивным. Я опубликовал свои работы за 2004-2005 год по адресу http://www.shuklin.com/ai/ht/ru/cybernetics.aspx

Основным своим достижением за эти годы я считаю создание первой версии Системы управления сетевой объектно-ориентированной базой знаний Cerebrum http://www.shuklin.com/ai/ht/ru/cerebrum

В данный момент я веду разработку версии 1.1. Планы и перспективы на следующие 5 лет просто грандиозные!

Тезисы изложенные мной в этой статье дают всходы. Идеи овладевают массами.

Желаю всем успехов в Новом Году!

Дмитрий.
30 дек 05, 16:53    [2224509]     Ответить | Цитировать Сообщить модератору
 Re: SQL, есть ли выход из СКорЛупы?  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Ну если первый приз за Женский календарь на том кокурсе, то


Второй приз (беспроводная клавиатура и мышь Microsoft Standard Wireless Optical Desktop) получил:
Дмитрий Шуклин за работу Оболочка экспертной системы Elex. 

 [Конкурсная заявка]  
Третий приз (годовой хостинг от Гарант-Парк-Интернет) получил:
Дмитрий Шуклин за работу Cerebrum : Сетевая объектно-ориентированная система управления базой знаний. 

скорее всего, на своем месте.
30 дек 05, 17:45    [2224567]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 39   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить