М программистСпасибо, mir. И ничего. SQL - процедурный язык программирования, но даже это не позволяет создавать на нем целиком приложения БД. И больше ничего.Стремление создать супер-универсальный, для всего хорошо пригодный язык программирования характерно для далекого прошлого ИТ-науки и индустрии (где вы, Андрей Леонидович, навсегда и безнадежно застряли). Было множество попыток (PL/1 одна из них), но потом эта идея была выброшена на обочину цивилизации, как порочная и неосуществимая. Поэтому-то практически все в мире на SQL обрабатывают данные, а клиентские приложения создают на RAD-средствах. Поэтому ваша сентенция свидетельствет о вашей, ЧАЛ, дремучей отсталости.
М программистЦелый день внимательно читал диалоги "борца за справедливость" со специалистами по РСУБД в разных топиках...Типа, сам себя не похвалишь --- никто не похвалит? Может хватит себя же превозносить, создавая многочисленных клонов? Мы к этой вашей милой черте уже попривыкли, но всему же есть предел...
М программистКритерий один - любая задача должна решаться без программирования. Это цель, к которой стоит стремиться. Здесь ЧАЛ, уже довольно давно, советовал обратить внимание на ConQuer. Проигнорировали. Выразительная мощь языка - это хорошо (ConQuer мощнее SQL). Но выразительная мощь пользовательского интерфейса еще лучше. Вот как выглядит решение очередной "задачи":
.Рейс: номер
Рейс: дата: >31.12.2002 и <01.02.2003
Рейс-Для пассажира-Человек: Количество привязанных: '<10
+.[2]Рейс: номер
+.:Количество одинаковых{Человек:Идент.[1]=Человек:Идент.[2]}: '<10
Часть схемы БД:
Рейс{}
Билет{}
Человек{}
...
Рейс<-Для пассажира/Был пассажиром->Человек
...
По языку ConQuer сказать ничего пока не могу, надо почитать. А вот интересно, где вы здесь пользовательский интерфейс увидели? Лично я вижу программу на некотором языке программирования.
М программист
Связь Рейса с Человеком типичный для объектных систем пример денормализацииКак вам уже справедливо указали, понятие нормализации/денормализации существует в реляционной модели данных, в других МД его нет. Ваша фраза выглядит по меньшей мере странно, теоретик вы наш.

М программистНе бубните про клонов и ЧАЛов, mir. Это Вам не поможет.Хватит-хватит, Андрей Леонидович, это ВАМ не поможет. Как не поймете до сих пор, сколько не называйте себя то "antimir", то "Прохожий 317", то "М программист", то еще как, ваш неповторимый демагогический стиль общения на фоне вашего дремучего невежества выдают вас тут же.
М программист Если Вы не в состоянии написать код, сравнимый по элегантности и эффективности с кодом на MUMPS, ни на SQL, ни с помощью RAD-средства, то подумайте хорошенько о чем это свидетельствует.Не знаю, о чем бы это свидетельстовало, ведь я в состоянии написать такой код.
М программистИ с "SQL-задачами с127" опять прокололись. Эти задачи решаются без программирования в любой современной СУБД. Это фрагмент экрана, mir, а не "язык программирования". Глупо. Если я приведу фрагмент экрана с текстом программы на C++, он (текст) от этого не перестанет быть текстом программы. Ваш пример ни капли не отличается от, скажем, работы с классическим интерактивным Basic'ом: вводим инструкции, он печатает ответы. Так же можно работать с кучей языков программирования в соответствующей среде: с Prolog'ом, да с тем же SQL...
Итак, если это -- ваше решение задач без программирования, то вы в очередной раз сели в глубокую лужу. Ибо это во-первых, несомненно программирование, требующее от пользователя знания специального языка программирования, а во-вторых, степень удобства и наглядности такой работы для пользователя соответствуют уровню 70-80-х годов прошлого века, где вы безнадежно застряли.
М программистПро оптимизацию - просто смех. Нормализация/денормализация впервые появилась именно в объектной модели данных. И она более естественна в объектной модели, так как не использует таких лишних и бесполезных понятий как "ключи". Помнится кто-то уже приводил один из базовых "вопросов нормализации": "Не является ли эта характеристика, на самом деле, характеристикой какого-то другого объекта ?".
А уж "избыточная" связь в объектной модели - один из типичных приемов. А избыточность - один из результатов денормализации, как известно. Вы не стремитесь быть как все. Здесь безграмотных людей хватает.И вы, к слову, среди них признанный лидер.
Итак. Хоть одно доказательство вышеизложенной демагогии будет? Ссылки на внушающие доверие источники? Цитаты из книг? Вы ваш бред способны формально обосновать? И не надо гнать про "типичные приемы", приемы не наука, приемы не теория, приемы -- это сборник поварских рецептов. Котируются формальные определения, формальные критерии, формальные методы.

А вот что дает энциклопедия по статье "Database normalization" , первая же фраза:
Database normalizationIn relational databases , normalization is a process that eliminates redundancy, organizes data efficiently, and reduces the potential for anomalies during data operations. The formal classifications for quantifying "how normalized" a relational database are called normal forms (abbrev. NF).И по всей статье -- никаких упоминаний про другие модели данных.
А что там по поводу самого термина? Кто его ввел? Вот из раздела истории термина:
Database normalization History
Edgar F. Codd first proposed the process of normalization and what came to be known as the 1st normal form in his paper A Relational Model of Data for Large Shared Data Banks Communications of the ACM, Vol. 13, No. 6, June 1970, pp. 377-387[1] .

Codd stated:
There is, in fact, a very simple elimination* procedure which we shall call normalization . ...Короче, автор термина известен всем, кроме вас, Андрей наш Леонидович. Читайте книжки, учите теорию.