Comments 17
Честно и откровенно — я ничего не понял.
Поясню, буквально в каждом абзаце я встречаю что то непонятное, упираясь в какой-то терминологический барьер. Например:
предметная область автоматизации представляет собой систему взаимодействующих значений
Среди моих знаний о возможных значениях слова "значения" нет таких, при которых эта фраза имела бы смысл, или:
Такая модель не только образует логическую структуру базы данных, но обладает всеми свойствами программы
Я не понимаю о каких свойствах программ идет речь.
Какой базой (знаний) следует владеть чтобы правильно понять эту статью?
Какой базой (знаний) следует владеть чтобы правильно понять эту статью?Мне кажется, достаточно общего представления о реляционной модели данных.
1. Все, что меня окружает, я воспринимаю как объекты. Они все разные, но у них есть общая черта: они — объекты, и они существуют. Разными их делают их характеристики (свойства — если вам так удобнее). Любая характеристика любого объекта представлена (или выражена) вполне конкретным значением. Неважно каким, важно — что оно есть. Да и сам объект также является значением, только комплексным. И связь одного объекта с другим также следует рассматривать как значение. Когда какое-то значение какого либо объекта изменяется при изменении другого значения, этого или другого объекта, я предполагаю, что между этими значениями существует связь. Таким образом мир вокруг себя я воспринимаю как систему взаимодействующих значений.
2. Логическую структуру базы данных образуют определения таблиц (или классов), в каждой из которых определены колонки (или атрибуты). Основное свойство программы (на мой взгляд) — давать предсказуемый и нужный результат.
Из этих трех утрверждений
- Все, что меня окружает, я воспринимаю как объекты.
- Да и сам объект также является значением,
- И связь одного объекта с другим также следует рассматривать как значение.
Разве не следует взаимозаменяемость объектов и значений?
В таком случае не понятно зачем вводить дополнительный термин — "значение", когда можно обойтись объектами. Возможно я что то не понимаю, не могли бы вы указать книжку где бы давалось такое определению значению?
Основное свойство программы (на мой взгляд) — давать предсказуемый и нужный результат.
Но ведь из за проблемы остановки программа может и не дать результат.
Получается что упомянутая модель обладает и таким свойством?
зачем вводить дополнительный термин — «значение», когда можно обойтись объектами.Без курицы не получить яйца, а без яйца — не будет курицы.
Судя по ответу автора внизу, система работоспособна и применима в разных областях. Это делает её интересной.
Если она будет предложена для работы другим, (неважно — в качестве Open Source или за плату) то наверное надо будет рассказать о ней в общепринятых терминах.
Обычно в недоступных мне статьях по программрованию начнается математика, которой я не владею, а тут — русский язык который я не понимаю. Это и удивительно.
Автору необходимо изложить всё заново и в общедоступных терминах (имхо).
Учитывая широту замаха (структуры данных, семантика, хотя автор жтого слова не употребляет и т.д.) я бы рекомендовал автору использовать базовые понятияUML. Не диаграммы, а именно понятийный базис. Он основательно продуман, проверен и достаточен для этой цели. А что Вы думаете?
Не подскжите ссылку на видео? А то я не могу найти, может понятнее станет.
Спасибо за публикацию, вопрос — Вы реализовали эту модель в продукте? Можно ли где-нибудь ознакомиться?
Поясню свой интерес: три года назад мы сделали похожее на графовой базе (работало отлично, но посмотреть не получится, проект заброшен). Я тогда использовал метафору потока (сети) сущностей-объектов и связей-действий. Первоначальной основой служила эмуляция исторически хорошо отработанного физического процесса бумажного документооборота. Модель авторизации доступа, например, удалось реализовать не через атрибуты, а строго через проверку наличия разрешающих маршрутов (есть вопросы атак по времени доступа, но в рамках необходимых для нас задач и это было решено).
Суть реляционной модели осталась прежней: таблицы, колонки, связь таблиц. В нее просто добавили столь естественный, но почему-то не упомянутый Коддом четвертый элемент – связь колонок в таблицах.
Это разве не достигается через нормализацию, без введения связи между колонками?
Структуры данных со свойствами программы