За всю историю существования компьютера было три поколения систем хранения. Их отличительными особенностями являются:
В последнем случае структуры ссылаются друг на друга по физическому адресу, доступному только для сравнения и для перехода к структуре, связанной с данной. К несчастью, изобретатель системы третьего поколения (Кодд) не имел доступа к ядру какой-либо ОС, и не мог ее туда вмонтировать. И что еще более печально, он слил систему хранения с одной из многих возможных машин вывода и сделал физический адрес недоступным из-за ненадобности для этой машины, и этими двумя поступками смутил все последущие поколения разработчиков. Результат называется СУБД и состоит из части ОС и из машины вывода для оператора 'join' - и ни разработчики ОС, ни разработчики машин вывода не могут разделить эти два факта в своей уме.
Я столкнулся с этим, когда задумал машину вывода, делающую перспективную проекцию 3D-фигур в окне программы с помощью единственной функции 'printg ("SELECT * FROM GroupTable·FigureTable·TriangleTable·PointTable WHERE ...")', аналогичной функции 'printf' (с.206-268 pdf-документа). И был вынужден прикрепить свою машину к СУБД, а не к ОС, потому что в последней система хранения не была реализована. Реальность комична - бизнес использует машины вывода для извлечения единичной структуры без всякого вывода.
Сегодня в нашей индустрии наблюдается помутнение умов - что-то похожее на танцевальную лихорадку или тюльпанную лихорадку в средневековой Европе. Произошел откат от структурного мировозрения к файловому мировозрению, маркером чего является хранение XML. Разоблачение вы можете наблюдать на сайте debank.com.
Хочу привлечь внимание общественности к тому, что поколения систем хранения никак не сменятся, и призвать, и склонить к вмонтированию в ОС систем 3-го поколения.
Тюрин Дмитрий, dmitryturin@yandex.ru