_модvadiminfo Видимо в пользу МУМПСа.
МУМПС это просто пример. Я уже приводил другой, гораздо более показательный пример: PL/SQL.
В нынешней версии таблицы могут быть как БД, так и неБД. А SQL работает с ними одинаково. Ясно, что такой ЯП имеет огромные преимущества перед любыми другими. Ну и зачем я буду программировать на жабе ?
Я просто считаю Вас сторонником МУМПСа. Это имеет значение потому что он не СУБД, тем более не РСУБД.

PL/SQL - процедурное расширение в РСУБД Оракл, просто для поддержки SQL в плане вычислительной полноты или там серверного кода приложений, т.е. сервеной части приложений. Джава тоже поддерживается на стороне сервера в Оракле: моно ея в ХП юзать. Это вопрос уже чисто приложекний БД. Есть и Апекс с идей хранения и кода клиента на сервере, и даже самого Вэб сервера. Но могут быть и причины программирования клиента на Джаве - Оракл активно поддрживает тулсу ДжиДевелопер. Например, там может быть трехзвенка.
Это все, скорее всего, никак не отментит тех преимуществ СУБД (или как Вы называли выделенных СУБД). Их отменить может, например, появлекние каких-то новых архитектур ИС, Вычислительных систем, или та замена ИС на ЭС с заменой БД на БЗ, СУБД на СУБЗ. Или что-то другое новое. Сеня известное, скорей всего, положение дел уже не изменит.

_модСейчас SQL это неотъемлемая часть PL/SQL, как и во всех 4GL.
Отемлемая и совсем не часть. SQL - язык БД. А PL/SQL не обязательное процедурное расширение.




_модЗдесь интересно только то, что с точки зрения PL/SQL таблицы БД и неБД не различимы, а значит и понятие БД исчезает или имеет уже другой смысл
Ну во-первых, различает, и еще как, а во-вторых, даже если бы не различал, то его "точка зрения" никак не может привести к исчезновению понятия БД. Как и наша с Вами.
Так моно сказать, что клиент написанный на С, который кроме БД, еще там какие-то свои файлы открывает, отменяет понятие БД. Или Сидоров, который кроме БД пользуется еще каким-то левыми файлами привел уже к другому смыслу БД. Не говоря уже о Петрове, который взял реляционную СУБД, но все справочники в виде массивов констант хранит в приложениии. Он привел ни к исчезновению не понятия БД, а повышению энтропии программного обеспечения.

_модПосмотрите историю создания PL/SQL и других 4GL
.
История вообще не может ниче в данном вопросе поменять.
В настоящее время PL/SQL - расширение не обязательное. Не в любой РСУБД есть.

Какой еще 4GL? Это SQL - 4GL, а PL/SQL - хоть ба на 3GL тянул. Этот язык ясно дело уступает универсальным (С++, С#, JAVA и т.д.): попроще, менее стильный, не говоря уже про всякие парадигмы типа ООП. И раз эти языки не привели к "исчезновению" БД, PL/SQL и подавно не претендут ни на че особое.

Вообще не знау, как Вам мого прийти в голову, что он, либо какой-то там ЯП, может как-то привести к "исчезновению" или к "изменеию" БД.
Вы, в правду верите, что все тупые и не додумались ба до этого, если бы в этой мыстли че-то было? Оракл, то стопудово так не думаэт, не смотря на то, что у него энтот самый PL/SQL .

_модЭто как ? Если нет различия, то нет и понятия. "
Это так: PL/SQL на понятие БД влияет не больше, чем гаечный ключ на понятия автомобиля.

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

_модПонятие СУБД идеологически ущербно и должно исчезнуть.

Вы не за КПРФ голосовали? Обычно у их сильная идеологическая часть анализа тенденций, тогда остальные выглядят устаревшими.