Описание интерфейсов

Контент

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

На экране отображаются следующие столбцы:

Наименование — имя типа материала, отображаемое пользователям.
Описание — краткая характеристика назначения справочника.
Автор — пользователь, создавший тип материала.
Дата создания — дата и время создания типа.
Дата обновления — дата и время последнего изменения.
Версия — номер ревизии структуры.

Редактировать

1. Наименование - Человекочитаемое название таблицы.

2. Шаблон заголовка - Текст или выражение, которое будет использоваться как заголовок карточки материала.

3. Описание - Краткая характеристика сущности. Используется для документации и уточнения назначения.

4. Префикс для программных имён полей - Системный префикс, автоматически подставляемый ко всем создаваемым полям, чтобы исключить пересечения имён.

5. Глубина определения связей - Определяет глубину обхода связанных материалов при создании представлений.

6. Флаги доступности для кросс-проектной работы:

- Доступен в других проектах организации

- Создаваемый из других проектов

- Редактируемый из других проектов

- Удаляемый из других проектов

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

Управление полями

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

Отображаемые столбцы:

Машинное имя — системное имя поля.
Наименование — отображаемое имя поля.
Тип — тип хранимых данных.
Описание — пояснение назначения поля.
Подсказка - выводится при наведении
Сноска - подробное описание

Базовые типы

Строка
Число
Дата
Файл
Гео
Связь
Выражение

Дополнительные типы

Адрес
Юридическое лицо
Банк
ФИО
Логическое
Выбор из списка
Электронная таблица
Комбинированное

Ниже — нормальная, понятная, образовательная статья про схемы представления и типы соединений. Без канцелярщины, без воды, на живом языке. Акцент на том, что Вы работаете с представлениями в LIMS/Modus-style моделях, но примеры — максимально простые.

Схемы представления и типы соединений

Когда Вы строите представление (view) в системе — по сути Вы собираете одну «плоскую» таблицу из нескольких источников. У каждого источника свои поля, свои связи, и система должна понимать: как именно соединять таблицы между собой, чтобы получить корректный набор строк.

Это и есть тип соединения (join).

Схема представления — это визуальная карта того, как связаны таблицы:

какие сущности являются главными,

какие таблицы зависят от других,

как именно между ними устанавливается связь.

В итоге Вы получаете один финальный датасет, который можно использовать в отчете, таблице, дашборде или Stimulsoft-отчете.

Почему это важно

Без корректной схемы:

строки многократно дублируются;

пропадают данные, которые должны быть;

соединения возвращают лишнее;

отчеты начинают показывать «кашу».

Тип соединения определяет, какие строки попадут в финальную таблицу, какие — исчезнут, а какие — дублируются.

Основные типы соединений

Разберем только то, что реально используется в LIMS/Modus BI:

1. INNER JOIN — строгий «пересечение»

Показываются только те строки, у которых есть совпадение по ключу в обеих таблицах.

Пример.
Таблица Сотрудник:

id	ФИО
1	Иванов
2	Петров
3	Сидоров

Таблица ДолжностиСотрудника:

id	сотрудник_id	должность
1	1	Химик
2	2	Метролог

INNER JOIN вернет:

ФИО	Должность
Иванов	Химик
Петров	Метролог

Сидоров пропадет, т. к. у него нет записи в связанной таблице.

Использовать, когда нужны только «полные» данные.

2. LEFT JOIN — сохранить все записи из левой таблицы

Вы берете таблицу А, присоединяете таблицу Б — и получаете все строки А всегда, даже если в Б нет соответствия.

Пример:
Используем те же данные.

LEFT JOIN (Сотрудник ← ДолжностиСотрудника):

ФИО	Должность
Иванов	Химик
Петров	Метролог
Сидоров	NULL

Сидоров остался — просто без должности.

LEFT JOIN — основа для справочников, вложенных списков, множественных критериев, полномочий и всего, где связь необязательная.

3. RIGHT JOIN — зеркальный LEFT JOIN

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

4. EXISTS — проверить, что связанные элементы существуют

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

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

5. WHERE CONDITION — соединение через условие

Редкий случай.
Это когда связь не по полю id, а по выражению.
Например:

employee.age > 40 AND department.name = 'Лаборатория'

Используется осторожно.