Page History

Практически любое приложение, разрабатываемое на платформе SimpleOne, предполагает информационный :

• Информационный обмен между пользователями, сторонними системами и самим приложением

• .
• Оперирование данными – информация поступает в приложение

• ,

• обрабатывается и хранится в нем, затем потребляется пользователями и сторонними сервисами

• .

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

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

Модель данных

 Модель данных представляет собой абстрактное описание структуры данных, определяющее взаимосвязи которое определяет взаимосвязи между данными, методы работы с ними, а также то, как одни данные соотносятся с другимимежду собой.

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

Таблицы

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

Таблица – это набор значений, использующий модель вертикальных столбцов и горизонтальных строк. Пересечение строки и столбца называется ячейкой. Таблица содержит определенное число столбцов, но может иметь любое количество строк. Каждая строка однозначно определяется одним или несколькими уникальными значениями, которые принимают её ячейки из определенного подмножества столбцов. Подмножество столбцов, которое уникально идентифицирует строку, называется идентификатором.

Кроме того, таблица в SimpleOne тоже по сути является записью в таблице таблиц.

Колонки

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

Записи

В данном разделе описывается роль таблиц в SimpleOne, а также их свойства, которые важны для построения структуры данных. Отдельная статья раздела посвящена классификации таблиц.  

Колонки

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

В данном разделе описаны атрибуты и свойства колонок, которые важны для построения структуры данных, использование механизма dot-walking в скриптах и настройка типа и системного наименования колонок.

Записи

Запись представлена в виде строки реляционной таблицы. Это совокупность логически связанных полей, которая соответствует Запись (строка реляционной таблицы) представляет собой совокупность логически связанных полей, соответствующую конкретному экземпляру информационного объекта. Каждая запись в системе таблице имеет уникальный идентификатор.

Запись тождественна строке реляционной базы данных. Запись – это прежде всего совокупность значений ее атрибутов, определяемых таблицей, к которой эта запись относится. И здесь уже можно увязаться к тому что это по сути единичный информационный объект.   

Отношение "многие-ко-многим"

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

Расширение модели данных

В данной статье описаны атрибуты записей и операции над ними.

Расширение модели данных

Чтобы не создавать модели данных с нуля, SimpleOne позволяет приспособить "коробочные" структуры данных под нужды бизнес-решения.

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

Версионный контроль изменений структуры данных

Все изменения модели данных, вне зависимости от способа, собираются в конфигурационные пакеты и приложения.

В данной статье приведены общие рекомендации по созданию конфигурационных пакетов и приложений.