Progrsmmer написал(а) ...
На диске влюбой момент времени поддерживается, непротиворечивый образ состояния системы.

Freeman написал(а) ...

Гы-гы-гы. Ну прямо 3ОС.

Progrsmmer написал(а) ...
Предлагаю осудить ОС с такими параметрами:
1. Полное отсутствие файловой системы в замен БД

Progrsmmer написал(а) ...

2. ОС работает с память равной основной памяти т.е. HDD, флешь...

Progrsmmer написал(а) ...

3. У приложений нет своих внутренних структур хранения все они используют для этого БД

Progrsmmer написал(а) ...

4. Описание сущностей делается на одном языке, а алгоритмов на чем-то вроде Форта

Progrsmmer написал(а) ...

5. Для DMA выделен участок физической памяти

Progrsmmer написал(а) ...

6. Оборудование представлено как сущности для управления которыми существуют слова собранные в словари
7. Система делится на машинно зависимые реализации системного словаря(минимализм) и построенных на его основе независимых словарях

Progrsmmer написал(а) ...

8. Наверное стоит попытаться перепрограммировать процессор для выполнения нижнего уровня

Progrsmmer написал(а) ...

9. В любой момент времени в основной памяти присутствует мгновенный снимок бесконфликтного состояния системы

nnivanov написал(а) ...
Файловая система - это дерево. БД - это БД. И у того и у другого есть свои преимущества/недостатки.

ЕПД написал(а) ...

ФС, БД и ООП

Какой подход к хранению данных лучше всего согласуется с постулатами ООП?
Давайте рассмотрим существующие примеры и выведем требования к идеальной
среде хранения ООП.

Файловые системы

Достоинства файловых систем:
- детерминированность по отношению к данным - можно хранить все
- есть возможность создавать ссылки на отдельные файлы
- низкие накладные расходы на файловые операции

Недостатки файловых систем:
- отсутствие внятных средств типизации данных
- отсутствие структурированного доступа к данным внутри файла
- использование каталогов в качестве единственного средства группировки
файлов

Как видно, детерминированность к данным выливается в отсутствие типизации, и
как следствие, невозможность доступа внутрь файла. Ну, а малые накладные
расходы ФС - результат ограничения группировки исключительно каталогами.

Реляционные базы данных

Достоинства баз данных:
- типизация полей в таблицах
- обеспечение целостности данных посредством реляционных отношений
- возможность произвольной группировки данных на основе запросов, наличие
предопределенных запросов - представлений

Недостатки баз данных:
- регулярная структура таблиц не позволяет хранить разнотипные данные
- возможность создавать отношения только между таблицами, но не между
полями или конкретными строками
- высокие накладные расходы на реляционную алгебру

Тут тоже все понятно. Типизация полей дает возможность
произвольной группировки, но ограничивает регулярной структурой, не давая
хранить разнотипные данные. Регулярная структура таблиц не позволяет
задавать отношения к отдельным ее элементам. Ну, а повышенные
накладные расходы на вычисления - закономерная плата за
произвольную группировку и целостность данных.

Данные в ООП

Классическая ОО-система базируется всего на двух понятиях:
- класс - поименованный набор правил (кода) обработки данных
- объект - экземпляр класса, хранящий данные; доступ к данным
осуществляется исключительно вызовом методов класса (т. е. кода)

ООП также определяет, какие могут существовать зависимости между классами и
объектами:
- классы состоят друг с другом в отношении наследования, образуя
древовидную структуру
- объекты могут состоять в отношениях владения (владелец -
владеемый объект), также образуя дерево

Уже упоминалось, что между собой классы и объекты состоят в отношении
принадлежности типу (типизации), являющимся отдельным типом отношений.

Типизация в ООП дает сходство с базой данных, а иерархичность отношений - с
файловой системой. К слову сказать, древовидная структура каталогов
представляет собой ООП-владение в чистом виде.

Теперь ясно, почему ни файловая система, ни база данных не может
удовлетворить требований ООП к подсистеме хранения данных.
Прикладным программистам наверняка приходилось сталкиваться на практике с
описанными ограничениями, и как следствие, идти на компромиссы.

Так что же нужно, чтобы получить бескомпромиссную среду хранения, отвечающую
правилам ООП? Опираясь на сказанное, сформулируем требования:
- использовать понятие "класс" для типизации и обработки данных
- использовать понятие "объект" для обозначения единицы хранения, т. е.
минимального "кирпичика" данных (экземпляра)
- обеспечивать целостность данных путем соблюдения отношений наследования,
владения и принадлежности

Всего 3 требования. Выполнив их, каждый может создать свою 3ОС.

Как видим, получился гибрид файловой системы и базы данных. Ключевое
отличие - типизация:
- от файловых систем ООП-среда отличается типизацией данных
- от баз данных - типизацией отношений

На этих принципах и строится ЕПД.

Данные Всемирной Сети

Помимо ООП, конец XX века ознаменовался также появлением и бурным развитием
Всемирной Сети - Интернета. В настоящий момент существование Интернета и
использование его в качестве доступного источника данных является одним из
главных требований к любой массовой ОС.

Надо сказать, что популярные ОС к появлению Интернета были не готовы, и
никаких шагов в изменении этой ситуации не ведется. Проблема доступа к
данным Всемирной Сети решается разрозненными подручными средствами:
- поддержкой сетевых протоколов: HTTP, FTP, MMS и т. д в виде отдельных
программ или библиотек
- использованием большого количества самостоятельных программ: браузеров,
FTP-клиентов, почтовых и т. д.

Об интеграции возможностей программ на уровень операционной системы речи
даже не идет. Оно и понятно - характер данных во Всемирной Сети
принципиально отличается от хранимых локально:
- хранимые локально данные конечны, каждый объект может быть адресован и
обработан
- данные в Сети, наоборот, бесконечны: Сеть постоянно растет, как
Вселенная.

Данные в Сети хаотичны - нельзя проконтролировать их появление
или исчезновение. О наличии объектов судят косвенно, по ссылкам:
- данные есть - ссылка верна
- данных нет - неверна

Бесконечность и хаотичность данных никак не может быть вписана ни в понятия
файловых систем, ни баз данных. Правда, к ООП это также не имеет никакого
отношения.

Таким образом, имеются факты:
- данные во Всемирной Сети начала XXI века бесконечны и хаотичны
- в ближайшем будущем характер данных не изменится
- интеграция доступа к Сети на уровень подсистемы хранения обязательна

Опираясь на эти факты, в ЕПД введены следующие понятия:
- данные в ЕПД бывают:
- конечными (перечислимыми)
- бесконечными (неперечислимыми)
- ввиду бесконечности и хаотичности неперечислимых данных целостность
соответствующих объектов обеспечивается с ограничениями

nnivanov написал(а) ...


Файловая система - это дерево. БД - это БД. И у того и у другого есть свои преимущества/недостатки.

И ФС и то что Вы называете БД, являются частными случаями БД
А на счет того что ФС это дерево, то такие БД можна называть иерархическими...



Что-то не совсем понял...

Это значит что вся память на HDD рассматривается как ОЗУ и используется путем отображения в окно ОЗУ



Сколько эта красота будет стоить? Идея хорошая, а реализация будет плохая.

Реализации пока нет, потому выводы преждевременны..



Звучит красиво.

Надеюсь что и будет...



Зачем?

Так проще..



Тоже не понял...

N уровневая система...
Преведущий уровень интерпретирует следущий...



Не совсем понял.

Я слышал что у Pentium 4 есть такая фичка как "исправление ошибок в микрокоде" с помощью загрузки патчей динамически при загрузки компа



А чем будет заниматься ядро: исполнением системных вызовов или фотографированием памяти?

Для возможности востановления после сбоя оборудования...

Progrsmmer написал(а) ...
БД это сервисы предоставляемые ОС, потому термин подвисает по отношению к БД и ФС некоректен..

Progrsmmer написал(а) ...
Какое отношение имеют контейнеры к БД?
Или вернее что Вы подрозумеаете под этим термином?

Progrsmmer написал(а) ...
БД будет иметь конкретную архитектуру.

nnivanov написал(а) ...
Сколько эта красота будет стоить? Идея хорошая, а реализация будет плохая.

nnivanov написал(а) ...
А чем будет заниматься ядро: исполнением системных вызовов или фотографированием памяти?

ddc написал(а) ...
!yes

ddc написал(а) ...
В первую очередь движок БД и ФС - это программный код, который склонен подвисать, как и любой другой. А остальное читайте Выше.

Подвисать может отдельный потоко управления, а не библиотечный вызов чем по сути являются сервисы ОС доступные через прерывания...

Я просто пытаюсь понять, что Вы имели в виду под "форматами". Контейнеры - это форматы хранения данных (в файловой системе, базе данных и т.п.), содержащие сами данные. Это от них Вы собираетесь избавиться?

Будет только один формат БД

Всё, что идёт дальше, требует переводчика.

Или наличия опыта разработки БД

Идея тоже плохая. При множестве потенциальных проблем остаётся вопрос "На хрена?".

Первая обезьяна которая задала этот вопрос получила палкой по голове...так и не став предком человека

!yes