U-gene2 serg99

Алё! Алё! Есть Кто-нибуть!
Это не идет о ОРМ надстройке! Я уж не знаю, как до Вас эту мысль донести. Я не говорю о том как реализовано, я говорю о том, что реализовано.

У Вас были некие слова о том что все возможности SQL остаются в силе, что объект это подмножество РСУБД, данные хранятся в РСУБД. При этом Вы даёте возможность клиентскому приложению общаться с БД используя объектную парадигму. То что Ваши средства выполнены в виде сервера приложений, перехватывают запросы пользователя, и могут скрывать от него нижлежащую РСУБД, с моей точки зрения всё равно не выводит их за пределы ОРМ надстройки. Ведь все "объектные" операции с персистентными данными всё равно в конечном счете транслируются в операции с реляционными отношениями в РСУБД. То что дополнительный функционал обычно реализуемый в клиентском приложении (вычисляемые свойства, реализация стандартных алгоритмов в методах классов вместо триггеров и т.п.) перенесли в сервер пиложения и сделали общими для разных приложений с целью упрощения их написания не меняет сути используемой архитектуры. Относить или не относить Ваш подход к ОРМ скорее вопрос терминологии. Я собственно и не настаиваю.


U-geneserg99В любом случае остаются проблемы ссылочной целостности. Либо если эти проблемы решаются в рамках надстройки над СУБД остаются проблемы влияния поддержки ссылочной целостности на скорость работы СУБД. Где проблемы остаются? У Вас может и остаются. У меня - нет.

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


[quot U-gene]U-geneВы бы всё же ознакомились с темой, а то как то даже смешно: столько пишете - и всё о чём-то своем.
Куда уж нам с суконным рылом в сермяжный ряд :-). Я собственно и не сомневаюсь что Вы теоретически подкованы гораздо лучше меня.

U-geneПро С++ компилятор ответьте.
Вообще то компилятор С++ переводит описание программы понятное программисту в описание программы понятное компьютеру. Оба описания персистентны. Загрузчик ОС берет двоичное описание программы и после зачастую весьма нетривиальных преобразований создает образ прграммы в ОЗУ (может мэппировать в разные области ОЗУ) после чего запускает её. Только после этого объект "программа" в реальности появляется как объект этого мира.

А в это время где то в БД которая регистрирует запущенные пользователями программы появляется объект-описание этой же программы содержащий всего лишь имя программы, время её запуска, и имя клиента который ею в настоящий момент пользуется. По сравнению с тексом программы на С++ данное описние программы в БД получается какой то ничтожной тенью с тремя атрибутами двух из которых кстати в наиболее полном описании программы на С++ вообще нет. Но ведь больше для решения задачи регистрации использования программы клиентами не нужно. Вы опять скажете что я замучил Вас философией.

U-geneserg99 То что Ваши средства выполнены в виде сервера приложений, перехватывают запросы пользователя, и могут скрывать от него нижлежащую РСУБД, Нет у меня возможности добавить эти языковые расшрения непосредственно туда внутрь. Нет у меня доступа к исходному коду программы. которая называется, например, "MS SQL сервер" что бы добавить немного кода в его SQL транслятор.

Зачем Вы вообще смотрит как реализовано?

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

ViPRos
вот тут у меня книжка такая

Увлекательное чтиво. :-)