Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4   вперед  Ctrl      все
 Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
Привет, Всем!

Меня интересует, какие задачи сообщество считает более эффективно решать на основе ООСУБД по сравнению с реляционными ?

Я думаю, что на таких ООСУБД эффективнее решать те задачи, которые в своем естественном виде имеют ярко выраженные сетевые модели.

Например можно вcпомнить моделирование нейронных сетей или разработку CAD.

С уважением, Дмитрий.
20 июн 05, 22:08    [1634810]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Существует уже избитый список типов приложений БД, которые при реализации с с использованием РСУБД должны вызыват значительные трудности. По крайней мере, для ныне существующих РСУБД.
Вот он:

Автоматизированное проектирование.

Автоматизированное производство.

Автоматизированная разработка программного обеспечения.

Офисные информационные системы и мультимедийные системы.

Цифровое издательское дело.

Геоинформационные системы.

Интерактивные и динамическик Web - узлы.

Правда, о том, что естественный их вид имеет ярко выраженные сетевые модели, вроде нигде не упоминается. В каждом случае приводятся свои, но другие причины.

Подразумевается, что для ООСУБД они подойдут.

Однако, следует иметь в виду, что есть ОРСУБД, которые тоже наровят зарешать эти задачи. К примеру, для ГИС у Оракла есть даже предопределенные пользовательские типы, с методами и все таким.
Да по другим задачам основные производители РСУБД, точнее ОРСУБД, Универсальные сервера, наверняка пройдутся.

Потому нужно искать не избитые задачи в этой области. Возможно, это моделирование нейронных сетей.
20 июн 05, 23:09    [1634859]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
guest_20040621
Guest
> Офисные информационные системы
> Цифровое издательское дело.
> Интерактивные и динамическик Web - узлы.

Откуда Вы это взяли, позвольте поинтересоваться?
20 июн 05, 23:48    [1634890]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
Lbvfcnsq
Guest
а это так и есть. кто понимает в ОО даже не спросил бы почему это туда относится...
20 июн 05, 23:55    [1634894]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
c127
Guest
vadiminfo
Существует уже избитый список типов приложений БД, которые при реализации с с использованием РСУБД должны вызыват значительные трудности. По крайней мере, для ныне существующих РСУБД.
Вот он:

Автоматизированное проектирование.

Автоматизированное производство.

Автоматизированная разработка программного обеспечения.
....


А эти задачи вообще всегда при решении единственным средством вызывают значительные трудности. Интересно увидеть ООБД, например, которая сама отрисует GUI на клиенте, или вдруг станет компилировать программное обеспечение.
21 июн 05, 00:51    [1634922]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
Lbvfcnsq
Guest
сами только кошки радятся ))
21 июн 05, 09:06    [1635179]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
guest_20040621
> Офисные информационные системы
> Интерактивные и динамическик Web - узлы.

Откуда Вы это взяли, позвольте поинтересоваться?


При работе с распределенными информационными системами, лично у меня возникло впечатление, что ООБД более приспособлены к решению бухгалтерских задач, чем стандартные реляционки. Был проект, в котором по ТЗ изменения в постановке вносились в систему каждые 3 месяца. При этом на внесение изменений отводилось всего 3 дня. Этого удалось добится реализовав на основе SQL таблиц модель данных документа. Пришлось отказаться от 3NF. Вобщем то что пошло в эксплуатацию, после пары лет экспериментов, более походит на сетевую БД реализованную на основе РМД, а не на чистую РМД. Поэтому я уверен, что замена РМД на ООМД оправдана даже в некоторых задачах, считающихся классикой для применения РМД. А обосновано это тем, что в реальном мире реальные сущности не организованы в ортогональные таблицы. Модель реального мира более естественно ложиться на модель иерархических активных семантических сетей.
21 июн 05, 15:09    [1636938]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
c127
А эти задачи вообще всегда при решении единственным средством вызывают значительные трудности. Интересно увидеть ООБД, например, которая сама отрисует GUI на клиенте, или вдруг станет компилировать программное обеспечение.


В СООБЗ Cerebrum http://contest2005.gotdotnet.ru/Request/Apps/Other/168720.aspx
модель GUI описывается объектами находящимися в ООБД. При этом объекты, которые находятся на стороне БД получают и обрабатывают запросы GUI. Так что посмотреть можно уже сегодня )))
21 июн 05, 15:13    [1636959]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
funikovyuri
Member

Откуда: Симферополь
Сообщений: 4045
shuklin

может хоть вы на мой вопрос ответите?
21 июн 05, 15:33    [1637059]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
guest_20040621
Guest
> При работе с распределенными информационными системами, лично у меня
> возникло впечатление, что ООБД более приспособлены к решению бухгалтерских
> задач, чем стандартные реляционки.

А почему Вы решили, что информационная система = бухгалтерские задачи?

> Был проект,

То есть Вы считаете, что далеко идущие выводы можно делать на основании одного проекта? ;)

> Этого удалось добится реализовав на основе SQL таблиц модель данных
> документа. Пришлось отказаться от 3NF.

Хм... что Вы имеете в виду под "моделью данных документа", поясните, пожалуйста. И почему пришлось отказаться от 3НФ?

> реализованную на основе РМД, а не на чистую РМД.

Ну, на что это походит, зависит исключительно от направления взгляда наблюдающего. ;) В итоге все равно СУБД - реляционная, правда? ;)) Какого цвета на ней рюшечки - дело десятое.

> Поэтому я уверен, что замена РМД на ООМД оправдана даже в некоторых
> задачах, считающихся классикой для применения РМД.

Ну, я тоже много в чем уверен. Аргументы есть? Сравнение совокупной стоимости владения, например. Или любая другая объективная оценка?

> А обосновано это тем, что в реальном мире реальные сущности не
> организованы в ортогональные таблицы.

Позвольте поинтересоваться, что следует из этого наблюдения? И как это связано с недостатками [неудобством применения? неприспособленностью для решения задачи?] реляционных баз данных (вообще, было бы неплохо хотя бы перечислить, какими именно недостатками)? И с преимуществами нереляционных СУБД, естественно?
21 июн 05, 15:34    [1637072]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
Alexey Rovdo
Member

Откуда: Москва
Сообщений: 913
Аналогичная дискуссия уже имела место ...
21 июн 05, 16:30    [1637386]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
guest_20040621
Guest
> Аналогичная дискуссия

Так себе аналогичная. Там - откровенное пиписькоизмерительство без намека на обсуждение. :(

Здесь сильно рассчитываю услышать от г-на shuklin'а что-то конструктивное с одной стороны и, возможно, какие-то подробности его работы (г-на shuklin'а, естественно), упомянутой в соседнем треде.
21 июн 05, 17:01    [1637538]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
vadiminfo
Member

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

Поэтому я уверен, что замена РМД на ООМД оправдана даже в некоторых задачах, считающихся классикой для применения РМД.

Это, конечно, не обычайно не ординарная оценка, претендующая на революцию (возможно, оранжевую). На всех задачах, в которых все адекватно укладывается в записи из чисел и строк, пока не придумано альтернатив РСУБД. Када придумают, первый признак - реакция на это ведущих производителей СУБД.

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

Кстати, именно это обстоятельство являлось причиной сомнений, что ООСУБД сможет захватить весь рынок без дополнительных каких-то достижений.
А если она претендует быть постреляционной, то должна захватить не менее 90%.
21 июн 05, 19:24    [1638129]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
vadiminfo
На таких задачах недостатки РСУБД проявляются, как правило, минимально
а достоинста существенно.
Конечно, если Вы на клиппере или досовском парадоксе лабали, возможно всякое.
Попробуйте Оракл. Рекомендую. Конечно, проектировать нужно хоть не много уметь. Но зато потом - легкая прогулка.

Пасиба, как раз его пробовали )) Тот жизненный опыт, о котором я вспомнил, включал 35 серверов Oracle распределенных по 35 обласным центрам Украины + 4 ЦБД в Киеве. Врочем они сейчас, без моего участия, выполняют ранее поставленные задачи и все так же успевают в течении нескольких дней адаптироваться к изменяющемуся каждые 3 месяца законодательству Украины.

vadiminfo
Кстати, именно это обстоятельство являлось причиной сомнений, что ООСУБД сможет захватить весь рынок без дополнительных каких-то достижений.
А если она претендует быть постреляционной, то должна захватить не менее 90%.


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

С уважением, Дмитрий.
21 июн 05, 20:16    [1638193]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
Привет!

funikovyuri
shuklin
может хоть вы на мой вопрос ответите?
funikovyuri
Далее, ОО модель данных (в терминах, например, UML) это классы, атрибуты и отношения. Так вот - не могли бы вы привести пример оо-модели которую бы нельзя или сложно было отобразить на реляционную? А то ваши соратники по оосубд, в приведенном вами топике, ссылались на отсутствие наследования в РБД - что говорит против их знаний в области проектирования РБД, но никак не против РБД как таковых.



Попробую ответить.

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

Итак, чтобы продемонстрировать достоинства ООБД надо найти задачу, модель предметной области является сетью и / или требует наследования и полиморфизма. (Кстати версант не может продемонстрировать такие преимущества, так как они сами и признались, методы у объектов в БД не поддерживаются, тогда одного из удобнейших возможностей ОО - полиморфизма в FastObjects нет, мне странно, как можно не поддерживать полиморфизм в .NET Возможно Алексей что то напутал или недообъяснил и полиморфизм таки есть )

В качестве такой задачи можно предложить например векторный графический редактор типа Visio. Все графические объекты, которые потребуется хранить в БД, можно унаследовать от общего класса Widget. На прямую навигацию в ООБД естественным образом ложатся связи между графическими объектами.

Разрабатывать графический редактор для ООБД я в ближайшее время не планирую, поэтому приведу еще один пример, уже разработанный и внедренный в СООБЗ Cerebrum - БД конфигурации.

Итак, как мы знаем, все объекты в ООБД имеют свой уникальный ID по которому их можно быстро найти - это аналог PK c индексом. Само его наличие не дает преимуществ перед РБД. Однако возможность нарушать 1NF - хранить в одном атрибуте объекта список значений из этих ID позволяет реализовывать коллекции объектов использующих метод прямой навигации (что в РБД уже затруднительно, так как отношения один ко многими или составной ключ - это уже не один а несколько операций поиска по индексам, к тому же прямая навигация в таком случае ИМХО удобнее JOIN ).

Теперь упрощенная модель классов из наймспайс Cerebrum.Reflection

public class MemberDescriptor : Cerebrum.Integrator.GenericComponent
{
public string Name
public string DisplayName
public string Description
}

Названия пропертей говорят за себя Это базовый класс для описателей которые обладают свойсвами имя, дружественное имя и описание. Многие объекты могут иметь такие атрибуты, поэтому удобно наследовать такие объекты от MemberDescriptor.



public class AttributeDescriptor : MemberDescriptor
{
public Cerebrum.Runtime.NativeHandle AttributeTypeHandle
public System.Type AttributeType
public Cerebrum.Runtime.IConnector GetTypeDescriptor()
}
Дескриптор атрибута – описывает имя некоторого атрибута объекта. Он расширяет объект MemberDescriptor добавляя свойства AttributeType, AttributeTypeHandle а также метод GetTypeDescriptor()

AttributeType возвращает тип данного атрибута.
GetTypeDescriptor() возвращает объект-дескриптор этого же типа.

Например, для свойства Name объекта MemberDescriptor В ООБД создаются экземпляр объекта AttributeDescriptor с значениями свойств соответсвенно

Name = “Name”
DisplayName = “Name”
Description = “Object name”
AttributeType = typeof(System.String)
GetTypeDescriptor() = экземпляр TypeDescriptor описывающий System.String

Таким образом экземпляры класса AttributeDescriptor описывают свойства объектов, хранимых в ООБД, в том числе и свойства собственно класса AttributeDescriptor


public class TypeDescriptor : MemberDescriptor
{
public string QualifiedTypeName
public Cerebrum.Runtime.KernelObjectClass KernelObjectClass
public System.Type ComponentType
}

Описывает тип объекта.

Свойство QualifiedTypeName содержит строковое полное имя .NET объекта, например “System.String”

Свойство KernelObjectClass рассматривать не будем.

Свойство ComponentType возвращает typeof(QualifiedTypeName) тоесть .NET тип описываемый дескриптором

Свойства, унаследованные от MemberDescriptor тривиальны.


Для свойства QualifiedTypeName создается экземпляр AttributeDescriptor у которого
Name = “QualifiedTypeName”
DisplayName = “Qualified Type Name”
Description = “.NET Qualified Type Name”
AttributeType = typeof(System.String)
GetTypeDescriptor() = экземпляр TypeDescriptor описывающий System.String

Итак мы имеем несколько классов экземпляры которых описывают объекты, содержащиеся в ООБД и сами кстати (экземпляры) так же являются объектами находящимися в ООБД. Поэтому они описывают сами себя.

Можно заметить, что у объектов имеются совместимые атрибуты – например у многих объектов есть атрибут “Name” который описывает имя объекта. Объекты являющиеся экземплярами одного и того же класса имеют одинаковый список атрибутов.

Логично сгруппировать однотипные объекты в таблицы у которых колонки будут представлять атрибуты, а строки – собственно экземпляры объектов.

public class TableDescriptor : MemberDescriptor, System.ComponentModel.IListSource
{
public Cerebrum.Runtime.NativeVector GetSelectedAttributesVector()
public Cerebrum.Runtime.NativeVector GetSelectedComponentsVector()
public System.Type ComponentType
public Cerebrum.Data.TableView DefaultView
}
Описывает таблицу из экземпляров объектов. Свойства унаследованные от MemberDescriptor соответсвенно описывают имя, дружественное имя и описание данной таблицы.

Метод GetSelectedAttributesVector возвращает коллекцию атрибутов - колонок таблицы, этому методу соответсвует экземпляр AttributeDescriptor у которого
Name = “SelectedAttributes”
DisplayName = “SelectedAttributes”
Description = “SelectedAttributes collection”
AttributeType = typeof(System.ComponentModel.IBindingList)

Метод GetSelectedComponentsVector возвращает коллекцию объектов - строк таблицы, этому методу соответсвует экземпляр AttributeDescriptor у которого
Name = “SelectedComponents”
DisplayName = “SelectedComponents”
Description = “SelectedComponents collection”
AttributeType = typeof(System.ComponentModel.IBindingList)

Все экземпляры AttributeDescriptor перечислинны в таблице TableDescriptor.Name = “Attributes”
Все экземпляры TypeDescriptor перечислинны в таблице TableDescriptor.Name = “Types”
Все экземпляры TableDescriptor перечислинны в таблице TableDescriptor.Name = “Tables”

При этом экземпляры класса AttributeDescriptor.Name = “Name” разумеется содержаться в коллекции строк таблицы Attributes а так же в коллекциях атрибутов (колонок) таблиц “Attributes”, “Types” и “Tables”

Экземпляр класса TableDescriptor.Name = “Tables” хранится в своей же коллекции строк таблицы (SelectedComponents)

Надо заметить, что экземпляры объекты могут одновременно входить в разные таблицы при этом важно чтоб они поддерживали все атрибуты, являющиеся колонками таблиц в которые они входят в качестве строк.

Данным примером мы продемонстрировали что на основе ООБД возможна эмуляция РБД.

В связи с этим от апологетов РБД я бы хотел увидеть эмуляцию РБД средсвами РБД допускающую создания новых "виртуальных" таблиц на основе некоторой фиксированной по колличеству таблиц структуры БД. Тоесть, при создании новой виртуальной таблицы новая таблица в БД не создается.


С уважением, Дмитирй.
21 июн 05, 21:29    [1638275]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
PS.

shuklin
еще один пример, уже разработанный и внедренный в СООБЗ Cerebrum - БД конфигурации.

Данный пример доступен в исходных текстах как часть реализации СООБЗ Cerebrum (но не ЭС Elex - тоесть другой zip тянуть)
21 июн 05, 21:46    [1638301]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
guest_20040621

А почему Вы решили, что информационная система = бухгалтерские задачи?

А почему знак равно? Бухгалтерские системы - частный случай информационных.

guest_20040621

> Был проект,

То есть Вы считаете, что далеко идущие выводы можно делать на основании одного проекта? ;)

Конечно можно. Даже один проект может определить новый класс проектов. Пусть у этого класса и не будет много экземпляров. Все рвано это уже класс .
А по классу проектов выводы делать можно.

guest_20040621

> Этого удалось добится реализовав на основе SQL таблиц модель данных
> документа. Пришлось отказаться от 3NF.

Хм... что Вы имеете в виду под "моделью данных документа", поясните, пожалуйста.

Документооборот. Документ хранится в БД в разрезаном на атомарные значения виде. Документы бухгалтерские. Тоесть все прелести отчетов по изменяющимся во времени данным и по аттрибутам документов, которых уже нет или еще нет. Структура хранения документа не стабильна. Соответсвенно описание структуры документа так же находится в бд как ее содержимое.

guest_20040621

И почему пришлось отказаться от 3НФ?

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

guest_20040621

Ну, на что это походит, зависит исключительно от направления взгляда наблюдающего. ;) В итоге все равно СУБД - реляционная, правда? ;)) Какого цвета на ней рюшечки - дело десятое.

Однако вовсе не десятое дело, какова модель предметной области, обрабатываемая этим СУБД. Если модель сетевая, то возникают накладные расходы на эмуляцию сети в таблицах РМД.

guest_20040621

Ну, я тоже много в чем уверен. Аргументы есть? Сравнение совокупной стоимости владения, например. Или любая другая объективная оценка?

От предыдущих версий пришлось отказаться ))
И далее
guest_20040621

> А обосновано это тем, что в реальном мире реальные сущности не
> организованы в ортогональные таблицы.

Позвольте поинтересоваться, что следует из этого наблюдения? И как это связано с недостатками [неудобством применения? неприспособленностью для решения задачи?] реляционных баз данных (вообще, было бы неплохо хотя бы перечислить, какими именно недостатками)? И с преимуществами нереляционных СУБД, естественно?

Приходится моделировать сети на основе РМД. А это приводит к дополнительным расходом. Сначала работаем с РМД как с РМД, затем переводим все в сеть и работаем уже как с сетью (куда деватся то если предметная область - сеть).
21 июн 05, 22:14    [1638339]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
guest_20040621
Guest
> А почему знак равно?

Вот и я удивился. Чего бы вдруг?

> Конечно можно. Даже один проект может определить новый класс проектов. Пусть у этого класса
> и не будет много экземпляров. Все рвано это уже класс .
> А по классу проектов выводы делать можно.

Хм... ровно то же другими словами: кто-то забил гвоздь микроскопом, у него получилось, - значит, теперь считаем микроскоп инструментом для забивания гвоздей. Цитата: "Может, в консерватории что-то подправить?" ;)

> Документ хранится в БД в разрезаном на атомарные значения виде. Документы бухгалтерские.
> Тоесть все прелести отчетов по изменяющимся во времени данным и по аттрибутам документов,
> которых уже нет или еще нет. Структура хранения документа не стабильна.
> Соответсвенно описание структуры документа так же находится в бд как ее содержимое.

Вы просто не умеете их готовить. Абслютно стандартные проблемы со стандартными методами решений.

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

;) Ну, правильно, кривые поделки обходятся дорого. Чем больше радиус кривизны - тем дороже. Непонятно только, при чем здесь реляционные СУБД?

> Однако вовсе не десятое дело, какова модель предметной области, обрабатываемая этим СУБД.
> Если модель сетевая, то возникают накладные расходы на эмуляцию сети в таблицах РМД.
и
> Приходится моделировать сети на основе РМД. А это приводит к дополнительным расходом. Сначала
> работаем с РМД как с РМД, затем переводим все в сеть и работаем уже как с сетью (куда деватся
> то если предметная область - сеть).

Ну да, возникают. И не только на эмуляцию сети. И что в этом криминального? Я получаю гибкое, переносимое, легко управляемое, стандартное решение. В обмен на небольшую избыточность. Меня это абсолютно устраивает. В чем проблема-то?
21 июн 05, 22:41    [1638361]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
guest_20040621

Хм... ровно то же другими словами: кто-то забил гвоздь микроскопом, у него получилось, - значит, теперь считаем микроскоп инструментом для забивания гвоздей. Цитата: "Может, в консерватории что-то подправить?" ;)


Забивание гвоздей микроскопами - тоже класс задач. Возможно разработать оптимальные приемы забивания гвоздей микроскопом, разработать гвозди предназначеннче для забивания микроскопами ... ; ))) Если это экономически где то оправдано, почему нет?

guest_20040621

Вы просто не умеете их готовить. Абслютно стандартные проблемы со стандартными методами решений.

А кто спорит, только истинные святые великой веры в РМД способны правильно готовить документы. В этом абсолютно никто не сомневается )))

Для не обращенного в святую веру очень не помешает перечень ссылочек с кошерными методами по готовке документов.

guest_20040621

Ну да, возникают. И не только на эмуляцию сети. И что в этом криминального? Я получаю гибкое, переносимое, легко управляемое, стандартное решение. В обмен на небольшую избыточность. Меня это абсолютно устраивает. В чем проблема-то?


Криминального - ничего. А если устраивает - то и вовсе чудно. А вот многих РМД не устраивает. И решения на их основе, тоже не устраивают. Меня к примеру.
21 июн 05, 22:59    [1638377]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
c127
Guest
shuklin
c127
А эти задачи вообще всегда при решении единственным средством вызывают значительные трудности. Интересно увидеть ООБД, например, которая сама отрисует GUI на клиенте, или вдруг станет компилировать программное обеспечение.


В СООБЗ Cerebrum http://contest2005.gotdotnet.ru/Request/Apps/Other/168720.aspx
модель GUI описывается объектами находящимися в ООБД. При этом объекты, которые находятся на стороне БД получают и обрабатывают запросы GUI. Так что посмотреть можно уже сегодня )))


Ну где я сказал модель? Не "модель", а "отрисовывать". Модель и обработку запросов от ГУЯ я и в РСУБД нарисую без проблем.

shuklin

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


Извиняйте, коллега, но СКЛ язык не полный, там нет рекурсии, в нем чего угодно (эквивалентное машине Поста) не напишете.
21 июн 05, 23:29    [1638404]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
shuklin
Member

Откуда: Харьков
Сообщений: 799
c127
Ну где я сказал модель? Не "модель", а "отрисовывать". Модель и обработку запросов от ГУЯ я и в РСУБД нарисую без проблем.


OnClick реализуете в РСУБД ? Речь идет о обработке совбсвенно события и реализации всего полезного (в том числе и отрисовки) в объекте лежащем в СООБЗ. Чтайте мысли автора а не то что вам хотелось бы прочесть вместо них - будет легче понимать чужие идеи )))

c127
Извиняйте, коллега, но СКЛ язык не полный, там нет рекурсии, в нем чего угодно (эквивалентное машине Поста) не напишете.


А эта мелочь в данном контексте не существенна, т.к. проблема заключалась в представимости сети средсвами SQL.

А рекурсию можно эмулировать организовав стек в какойто таблице. И ваще в данном контектсе стоит рассматривать SQL в расширенном контексте вместе с SP, триггерами и пр.
22 июн 05, 00:03    [1638435]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
guest_20040621
Guest
> Забивание гвоздей микроскопами - тоже класс задач.

На мой взгляд - нет.

> А кто спорит, только истинные святые великой веры в РМД способны правильно готовить документы.
> В этом абсолютно никто не сомневается )))

Вы передергиваете. ;) Никто возможность приготовления документов не узурпировал. Полистайте форум, - даже здесь готовых решений - вагон и маленькая тележка. Это действительно типовые задачи.

> Для не обращенного в святую веру

У-у-у... я просто инквизитором себя чувствую. :(

> очень не помешает перечень ссылочек с кошерными методами
> по готовке документов.

Поиск, как всегда, рулит. Ключевые слова "версионность", "хронология изменений". Если хочется реального геморроя, поищите тред про объектную надстройку; дерьма там - валом, но пара интересных формулировок есть. ;) Если время совсем некуда девать, ищите "локализация" и "контроль доступа". ;) В результате этих несложных манипуляций примерное [ни в коем случае не полное] представление о кошерности [не только в области документооборота] - на мой взгляд - должно сформироваться. ;) Только зачем это Вам, если Вы уже выбрали другое решение? ;)

> Криминального - ничего. А если устраивает - то и вовсе чудно.

Консенсус. Несколько хм... вызывают дискомфорт заявления о неприспособленности РСУБД для решения задач, которые они традиционно успешно решают на статистически безальтернативной основе. ;)

> А вот многих РМД не устраивает. И решения на их основе, тоже не устраивают. Меня к примеру.

Хех, ну вот и славно. ;)

Кстати: давно хотелось послушать грамотных людей о semantic web. Не поделитесь своими взглядами?
22 июн 05, 00:36    [1638449]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
с127
Guest
shuklin


OnClick реализуете в РСУБД ? Речь идет о обработке совбсвенно события и реализации всего полезного (в том числе и отрисовки) в объекте лежащем в СООБЗ. Чтайте мысли автора а не то что вам хотелось бы прочесть вместо них - будет легче понимать чужие идеи )))


А что за проблема с OnClick? По OnClick что-то должно произойти, это что-то лежит где-то в БД, его нужно взять, может быть обработать и отправить на клиент. Это такие же данные как и все остальное и вообще нет никакой разницы это РСУБД или ООСУБД, если последние вдруг когда-нибудь появятся.

shuklin

c127
Извиняйте, коллега, но СКЛ язык не полный, там нет рекурсии, в нем чего угодно (эквивалентное машине Поста) не напишете.


А эта мелочь в данном контексте не существенна ...


Кому как. По-моему как раз интересный момент, тем более Вы же сами сказали что это немного теории. Но не настаиваю.

shuklin

А рекурсию можно эмулировать организовав стек в какойто таблице.


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

shuklin

И ваще в данном контектсе стоит рассматривать SQL в расширенном контексте вместе с SP, триггерами и пр.


Если SP, то проблем нет.



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

На всякий случай: Вашу диссертацию я вчера прочитал, может не сильно внимательно, этих определений там не нашел, возможно пропустил, поэтому если на нее ссылаетесь то ссылайтесь поподробнее, с указанием страницы или подраздела.
22 июн 05, 01:10    [1638466]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
c127
Guest
с127

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


Пардрн, слегка перепутал топики, тут как раз нужно обязательно определить объект и ООСУБД, а знание и БЗ не обязательно.
22 июн 05, 01:13    [1638467]     Ответить | Цитировать Сообщить модератору
 Re: Задачи для объектно-ориентированных СУБД.  [new]
mv
Member

Откуда:
Сообщений: 8876
По-моему, ООСУБД годятся для чего угодно. Если бы им скорость формирования коллекций по условию, соизмеримую со временем выполнения соотв. SQL-запросов, да средства навигации по объектному пространству (OQL/OCL и т.п.), да прозрачное отображение объектов языка программирования на объекты сервера - то ничего другого и нафик не нужно. А еще бы реализацию исполнения методов объектов - на сервере. Чтобы не уродоваться с ХП, триггерами и т.п.

Индексацию атрибутов объектов еще. Чтобы быстро получить именно то, что нужно. Для повышения скорости доступа к часто используемым коллекциям.
И сборку мусора - "правильную", чтобы "вдовые" объекты не подвисали, и клиенты не тормозились. И многопоточность. И репликацию объектов. И синхронизацию "копия объекта на клиенте" -> "объект на сервере" -> "другие копии объкта на других клиентах" прозрачную. Чтобы даже контролы отображения понимали, что данные изменились - и что нужно не "4", а "5" отображать.
Э... про необходимость развитого механизма запросов я уже говорил, так...
Механизм авторизации доступа на уровне владельца объекта и группы его пользователей (м.б. раздельно - к атрибутам и методам).
Механизмы блокировок. Разные - по настроению/желанию.
И восстановление после сбоев. Т.е механизмы репликации, резервного копирования и журнализации.
И много чего еще. Но самое главное - это "...прозрачное отображение объектов языка программирования на объекты сервера..." и скорость выполнения запросов. Тогда скорость разработки будет колоссальной (ООП!), и система тормозить не будет.


А если уж ты такой искалеченный, что без табличек жить не можешь - юзай коллекции. Ах, да - там же поддержки SQL нету...
Ну, пока не вымрет нынешнее поколение, взращенное на реляционной модели, с идеей ООСУБД будут носиться только продвинутые энтузиасты.

А так - 2 shuklin - мои респекты. Может, вы в одиночку, как К.Книжник, доведете свою СУБД до реализации, пригодной к применению. Очень бы хотелось.
22 июн 05, 02:05    [1638485]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить