_модБредятинапочему "не катит":)
Потому что не подпадает под ваше определение "настоящей СУБД" . Для нее тоже к сожалению надо программировать. Чудо не свершилось (причем очень давно (1989 г.) не свершилось).
Неправда. Просто Вам нечего сказать по-существу.

_модБредятинаmumps - среда для разработки СУБД. В ней лабают СУБД уже 45 лет.
Да не СУБД, а прикладнуху самого разного назначения.
Глупость. Такой вариант можно использовать, конечно же, и так многие делают.
Но модель данных, транзакции, блокировки, снапшоты, оптимизаторы запросов в рамках этой модели - это не прикладуха, если Вы что-то в этом понимаете:) А это тоже многие делают. Поскольку именно для этого mumps и предназначен. Не могу поверить, что не понимаете. Так в чем цель этого Вашего неприличного поведения?:)
_модТакое впечатление, что под СУБД вы понимаете что-то свое (еслс вообще понимаете). Я понимаю безусловно. И объясняю Вам здесь много лет. И прогресс у Вас безусловно есть. Только не нужно этого стесняться, и на этой почве хамить:)

vadiminfoВот это и означет, что то что МУМПС есть формально СУБД не очевидно. В СУБД ожидается в первую очередь язык БД, а не ЯП.
Вот это и означает, что за много лет так и не поняли ничего:) mumps - это, среди прочего, интегрированный язык БД, которая не имеет никакой модели данных. Там нет иерархической модели, как думает, неизвестно по какой причине _мод. Это среда для создания СУБД, в которой уже реализованы многочисленные решения, необходимые для СУБД, поэтому создавать в этой среде СУБД просто и приятно, по сравнению с программированием СУБД на С:) Это, похоже, бесполезно повторять, но раз Вы продолжаете что-то писать про БД, значит вроде хотите понять. Но не понимаете:) Приходится повторять.
vadiminfoНа самом, деле эти переменные перманентны в МУМПСе, а в других языках пременные такой видимости не перманенты: не сохраняются после закрытия программы.
Но этого не достаточно для систем с БД. Достаточно для файловых систем: это архитектура ИС, в которой есть файлы и клиентские проги, СУБД нету. Т.е. эти файлы за БД не считают - ну типа таково традиционное понимание БД.
Банальное непонимание основ теории БД. Впрочем, и практики:)
vadiminfoИ там, скорее всего, может быть не любая МД, а, так называемая плоская: в файлах тока формат, семантика в клиентах (т.е. нуно рыться в исходниках шобы понять смысл данных), а сами файлы без клиентов набор байтов и битов.
Ключевым здесь является "скорее всего". Это как если бы я, например, рассуждал, что в пиэльдробьэскуэль что-то скорее всего так-то и так-то, а может и не так)))
vadiminfoВ БД информационная модель хранится в месте с данными. Это и позволяет работать с ней многим програмам, на разных ЯП, и соотвественно многим проггерам. Ну ить не зря же это база данных (например большого предприятия), а не просто данные.
Неправда, если речь идет о "реляционных системах". 1) Не хранится. 2) Не позволяет:)

_модБредятина Я понимаю безусловно.
Ключевое слово "безусловно".
Иссяк студент _мод))) Видимо, во всем разобрался)))

vadiminfo_модНа сегодняшний день (развития технологий) выделенная СУБД действительно имеет преимущества, но это не значит что так будет всегда.

Судя по всему, под выделенной Вы понимаете просто СУБД. И противопоставляете ее некоей видимо встроенной в МУСМСе.
И признаете таки преимущества СУБД над МУМПСой (в виды выделенных над встроенными), но ожидаете, что в последствии положение дел может измениться. Видимо в пользу МУМПСа.
Ну что же. Способность признавать не выгодное Вам, хотяы на сегодняшний день, производит на меня впечатление. Это существенно отличает Вас от ЧАЛа, тоже типа сторонника МУМПСа.
Было бы интересно узнать у студента vadiminfo о чем именно "невыгодным непризнанном" идет речь:) Я всегда был за конструктивную критику преподавателей, но за конструктивную. О каком именно техническом (не коммерческом) вопросе идет речь?

ViPRosvadiminfo,
ты воще думаешь что говоришь?
у "иерархической" нет МД? а почему тогда она называется "иерархической"?
В mumps нет никакой иерархической МД. Вероятно, это уже и _мод понял.
А я это понял, когда программировал простенькую задачку сортировки "таблицы" по неограниченному числу "полей" (или, что тоже самое, сортировки текстов неограниченной длины). В Oracle, к использованию которой я в то время склонялся, как и в других "реляционных системах", такая задача и не встала бы, так как в них есть (бессмысленное) ограничение на число полей (и еще более жесткое ограничение - на длину записи). А в mumps есть другое ограничение, которое ясно показывает, что никакой "иерархической МД" в ней нет:)