Logo Host-telecom.com — профессиональный хостинг в Европе! Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
ATLEX Выделенные серверы: в Европе / в России.

Виртуальные серверы: в Европе / в России.

Партнерская программа

Ваш сайт в 8 раз быстрее конкурентов. Хостинг от $2.95

VPS: SSD, KVM, бесплатные бэкапы и администрирование

Все необходимое для вашего сайта и лучшая техподдержка 24/7

хостинг сайтов ГиперХост — хостинг сайтов который Вы искали.

Виртуальный хостинг, Аренда VPS серверов, рация доменных имен, SSL сертификаты

💰 Самые низкие цены на домены

🔒 Отличный хостинг на SSD c бесплатными SSL

💻 Огромнейший выбор dedicated выделенных серверов

Персистентность данных в объектно-ориентированных приложениях

Давнишней мечтой объектно-ориентированных программистов является удобная возможность сохранения состояния своих объектов в промежутках времени между запусками программ (эту возможность для краткости я называю персистентностью объектов). Давнишняя мечта специалистов из сообщества баз данных состоит в том, чтобы мечта программистов стала реальностью. На этом пути были пройдены этапы языков программирования баз данных, систем управления объектно-ориентированными базами данных, объектных расширений языка SQL. Однако по-прежнему объектно-ориентированные программисты сохраняют состояние объектов в простых табличных SQL-ориентированных базах данных и, естественно, страдают от «потери соответствия» концепций используемых языков программирования и SQL-ориентированных баз данных.

Весной 2008 г. редакторы порталов ODBMS.ORG и InfoQ.COM провели две виртуальные панельные дискуссии, в которых в совокупности приняли участие девять специалистов в области объектно-реляционного отображения и объектно-ориентированных систем управления базами данных. Формально дискуссии посвящались обсуждениям различных аспектов персистентности объектов в контексте языка Java, но фактически обсуждался более широкий круг вопросов, связанных с использованием баз данных в приложениях, создаваемых на объектно-ориентированных языках программирования.

Участники дискуссий (в обеих дискуссиях участникам задавались одни и те же вопросы) высказали ряд полезных, а иногда и спорных мыслей, которые, на мой взгляд, могут быть интересны российским программистам. Оригинальный текст дискуссий не слишком литературен, поэтому я не решился его переводить, а сделал, по возможности, более гладкий пересказ. Кроме того, по своему обыкновению, я включил в текст ряд гиперссылок, поясняющих смысл некоторых терминов и аббревиатур.

Итак, вашему вниманию предлагаются материалы панельной дискуссии «Персистентность Java-объектов: положение дел», в первой части которой участвовали Майк Кейт (Oracle), Тед Ньюард (независимый консультант), Карл Розенбергер (db4objects, Inc.) и Крейг Рассел (Sun Microsystems). Участниками второй части дискуссии являлись Хосе Блейкли (Microsoft), Рик Каттелл (консультант), Вильям Кук (University of Texas at Austin), Роберт Грин (Versant) и Элан Сантос (Progress Software).

Комментарии

Страницы комментариев: предыдущая :: 1 :: 2 :: 3

Сергей Кузнецов, Чт 10 июл 2008 02:36:32:
На последний комментарий (к сожалению, опять анонима) мне трудно что-то ответить, потому что непонятно, к чему он относится, - к заметке или к моим же комментариям. Частично я согласен. Хотя сам я не соприкасаюсь с массовыми разработчиками, я слышал от друзей, что сейчас разработчиков часто готовят чрезвычайно ускоренно, и работают они в основном по шаблонам. Но я уверен, что имеется большое число квалифицированных и грамотных разработчиков, которым хочется работать с данными удобно и эффективно. И даже они все равно пользуются объектно-реляционным отображением.
аноним, Ср 09 июл 2008 21:39:12:
Сергей, мне кажется, вы и сами прекрасно понимаете, что невостребованность инструментария и новых технологий в области СУБД следствие крайне низкого профессионального уровня большинства и разработчиков и руководителей проектов. Для них этой проблемы не существует, и она их не волнует, поэтому и решений они не ищут. В российской же действительности всё ещё хуже. Здесь и сейчас нет такой специальности и профессии, как проектировщик БД.
Сергей Кузнецов, Вс 06 июл 2008 17:31:43:
Alex, я помню два таких случая, оба были связаны с электронными САПР. В середине 1980-х гг. в НИИ Дельта велся большой проект по созданию "красного Крея", Электроники СС-БИС. Для разработки схем и общей архитектуры делалась своя САПР, создаваемая коллективом программистов и инженеров-электронщиков. Им было очень плохо жить без системы управления данными, а мы в то время очень хотели сделать ООСУБД. Я долго приставал к САПРовщикам, расписывал им потенциальные удобства и т.д., но они так и сделали всю свою систему на файлах. В начале 2000-х мы начали заниматься XML-СУБД. Как-то встречались с разработчиками электроники из Intel и расписывали им преимущества XML. Они очень порадовались, но дальще этого дело опять не пошло. Причем в обоих случаях мы ничего не просили, мы только спрашивали, что следует сделать в системе управления данными, чтобы она была им полезна. А один раз человек из области САПР мне честно сказал следующее: мы, мол, и рады бы сказать, что нам нужно, но мы узнаем это только по ходу разработки, а когда САПР уже сделана, становится слишком поздно.
Alex, Пт 04 июл 2008 18:08:02:
Сергей Кузнецов, а с кем из разработчиков САПР Вы общались?
Постоянный читатель, Чт 03 июл 2008 14:55:17:
Думаю, что в общем мнение разработчиков сведется к простоте создания сложных клиент-сервреных систем. Как? да они сами не знают! Им нужно что-то предложить, что бы они могли попробовать.

На самом деле КМК история повторяется. Из доступной мне литературы складывается впечатления что лет 30-40 назад наблюдалась аналогичная ситуация в сфере СУБД. Существовали мощные иерархические и сетевые системы, существовал CODASIL, разработчикам предлагались какие-то технологии и инструменты, но в конце концов победила абсолютно иная, реляционная парадигмы, даже несмотря на то, что ей пришлось развиваться с нуля. Поэтому я скептически отношусь в новым технологиям в рамках старой парадигмы - всё это лишь бантики, свистульки и колокольчики.

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

Мапинг? Кажется, что он маппинг уменьшает количество имен. Но что делать с групповыми операциями, с незапланированными запросами?

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

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

3-й манифест? Но там ясно сказано, что домены - есть инкапсулированные классы. Описывая этот инкапсулированный класс программист что должен сделать? - правильно, ввести новые _имена_ ! Формальая чистота соблюдена, но стала ли система менее сложной в целом?
Сергей Кузнецов, Чт 03 июл 2008 13:56:32:
Мои возможные ответы на вопросы этой дискуссии неявно следуют из моих же статей. На самом деле, ситуация, которую я наблюдаю уже больше двадцати лет, мне просто непонятна. В сообществе баз данных создаются все новые технологии, направленные на поддержку разработки приложений, а разработчики ими не пользуются. Чего здесь больше - политики или техники, мне просто неясно. Очень хотелось бы услышать мнение разработчиков - чего бы на самом деле хотелось им. Однако много лет назад я приставал с аналогичным вопросом к разработчикам САПР, но так и не смог получить ответа. Возможно, здесь та же проблема потери соответствия, но на этот раз между сообществом разработчиков объектно-ориентированных приложений и сообществом СУБД.
аноним, Чт 03 июл 2008 12:30:56:
Уважаемый Сергей.

1) Как бы Вы сами могли ответить на эти вопросы?

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


С уважением,
Ваш постоянный читатель
аноним, Чт 03 июл 2008 00:19:12:
Чем больше этой проблемой занимаюсь, тем явственней становится её надуманность. Дело в том, что нет никакой принципиальной сложности в отображении объектной модели на реляционную. Более того, мне до сих пор непонятно на каком этапе могут возникнуть сложности. Реляционная модель реализует механизмы надёжного сохранения и целостности данных, так же формирует словарь, а объектная образует уровень контроллера.

Страницы комментариев: предыдущая :: 1 :: 2 :: 3

Ваш комментарий

Имя:

Текст комментария (HTML-теги не допускаются):

Виртуальные VPS серверы в РФ и ЕС

Dedicated серверы в РФ и ЕС

По промокоду CITFORUM скидка 30% на заказ VPS\VDS

VDS хостинг Облачный сервер в Нидерландах и Украине

Аренда виртуального сервера от $7.91

Партнёрская программа
$20 за клиента

Wildcard сертификаты от $74,97 в год.

Дешевые ssl сертификаты для домена

Sectigo сертификаты от $7,67 в год.

хостинг Украина Виртуальный хостинг для сайта от $4,87

Регистрация домена от $2 в год

Партнерская программа – $20 за клиента

VPS с гибкой конфигурацией: за 1€

Мощные выделенные сервера: от 25€

Собственный Дата-Центр
Поддержка 24/7

Бесплатный конструктор сайтов и Landing Page

Хостинг с DDoS защитой от 2.5$ + Бесплатный SSL и Домен

SSD VPS в Нидерландах под различные задачи от 2.6$

Новости мира IT:

Архив новостей

Последние комментарии:

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 7861149
Пресс-релизы — pr@citforum.ru
Обратная связь
Информация для авторов
Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2019 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...