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

В 87 году началась разработка такого рода СУБД(ГЕТ СТОУН 87). В основе лежит язык СМОЛТОЛК80, используются понятия идентификатора объекта, инкапсуляция и т.д. Таким образом, параллельно с реляционными СУБД разрабатывались ОО СУБД. Но из-за недостатка средств эти фирмы не проявили себя. В основе объявления и моделирования лежат интерфейсы.

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

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

Стратегия управления методами
1: Хранение методов вне БД.
2: В базе данных.(опять что то рисует)
К «1» Методы хранятся в отдельном файле, связь происходит в процессе компиляции сборке программы.
Ко «2» Методы хранятся в БД, компиляция происходит в момент сборки.

Комментарии запрещены.