Прошу объединиться и модернизировать СУБД - это могли бы быть видоизменения
какой-либо бесплатной СУБД, например Postgres или MySQL. Проект назвается
'SQL 5' и изложен на
http://sql50.euro.ru/sql5.16.4.pdf
http://sql50.euro.ru/site/sql50/ru/resume_ru.htm
и
http://computer20.euro.ru/site/computer20/ru/driven-scene_ru.htm

Содержимое сайта sql50.euro.ru за-архивировано, архив выложен на этом же сайте
http://sql50.euro.ru/zip/sql5.16.4-2-allfiles.zip (433 Kb).

Далее страницы pdf-документов будем называть слайдами.

При любых расхождениях между описанием в html-статьях и
документом "sql5.16.4.pdf" приоритет имеет pdf-документ,
т.к. он писался последним. Такое расхождение заведомо заложено
в статье "Использование неточных названий в запросах" и слайдах
#44, 45 (html-статья предполагает использование обновленной текстовой
кодировки unicode7, изложенной на "unicode70.euro.ru". Стандартизация
обновлений кодировки, как показывает
http://www.unicode.org/cgi-bin/swish-uml-cgi.pl?query=Dmitry%20Turin&sort=sent
дело далекого будущего).

Поддержку xml-полей в базе данных (статья "Гладкость между
рациональным и xml"), а также упоминиемые в связи с этим "табменты" и
"фатрибы" (в статье "Рациональное, xml, коммуникационное") предлагаю
пока не обсуждать и не реализовывать, т.к. они были добавлены
_исключительно_ для того, чтобы обсудить SQL5 среди разработчиков
xml-СУБД (это специфическая и отдельная область). Остатки упоминаний
об xml-полях находятся на слайде #56 (поля 'b1, b3' таблицы 'b' и поля
'a2, a3' таблицы 'a' являются xml-полями).

Кроме того, статьи ниже под-заголовка "Разное" (статьи "Разработанный
'period'" и "Замена 'create type' на 'create table'") являются только
критикой существующего стандарта и не предлагают качественный прорыв,
поэтому реализовывать их не имеет смысла (они даже не отражены на слайдах).

Стандартизировать SQL5 в ISO JTC1 SC32 WG3 http://jtc1sc32.org/
нет возможности, т.к. организация, представляющая Россию (national
body), т.е. ГОСТ http://www.gost.ru , на самом деле не работает -
ни в этом техническом подкомитете (SC32), ни в других.