А! очередная замороченная клиентская апликуха., которая что-то там генерит, кашируют, и компилирует. Несравнимо в принципе.

serg99Так если они работают в обоих направлениях, зачем же Вы заставляете их выглядеть направленными :-).
Затем ,что это позволяет мне вводить в схему данных новые классы, не трогая старые. При этом ссылки от новых классов к старых работают в обе стороны.

serg99Так как Учителя к Ученикам по крайней мере 1:N, то получается что для каждого объекта учителя у Вас может задаваться переменное число ссылок. Не очень понятно как это ложится в реляционные таблицы. Теперь если удаляется какой то ученик нужно удалить и ссылку на него в соответствующем учителе (то есть затратить время на ее поиск). Если бы была встречная ссылка, то времени тратить было бы не нужно. Еще сложнее в случае N:N, когда ссылки скорее всего нужно отчуждать от объектов и хранить в отдельной индексированной таблице. Раз индексированная то действует ("медленно положишь"). А если я потом ввожу класс "Школы", ввожу ссылки на соответствующих учителей, а потом учителей удаляю. Как понять в какой школе учится ученик? В общем природу не обманешь :-). Ложатся, работают, любые варианты, ничего отчуждать не нужно, никаких отдельные таблиц, природу никто не обманывает (Это не ногти с хоботами мешать).

Про школы. Объекты, на которые есть ссылки удалить по-дефолту нельзя . Для связи школа-учитель этот дефолт очень даже подходит.

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

Вон ViPRos написал какую то замороченную клиентскую апликуху и тащится. Я конечно подозреваю, что эта апликуха есть вещь в себе - например из Excelя к ней удаленно(как к SQL серверу) не подключиться. Но ему нравиться. Он всем ею в морду тычет. Есть чем ткнуть.

Опана..... обиделся, что ли? :)

Предназначена для построения прикладных информационных систем на основе реляционных структур данных с объектными расширениями на базе метаданных, описывающих типы, макротипы, свойства, ограничения, методы и события типов.

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

Пользователь может настраивать и в дальнейшем использовать сохраненные визуальные элементы и их местоположение.

Встроенный генератор и менеджер отчетов позволяют пользователю проводить всесторонний анализ хранимых данных.

Обеспечивает программиста функционально полным набором методов для работы с SQL-сервером без применения языка SQL

Опять "программа создает в базе данных". Какие-то визуальные интерфейсы. Интерфейс без SQL.

Примочка над SQL. Клиент. Может сервер приложений, но все равно, для SQL - клиент.

Несравнимо в принципе. Я не умоляю возможных достоинств, просто сравнивать нельзя. У Вас интерфейс без SQL, а у меня SQL без интерфейса.

^{работа на ашипками}
...не умаляю...