Skip to main content

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

Контент

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

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

  • Наименование — имя типа материала, отображаемое пользователям.

  • Описание — краткая характеристика назначения справочника.

  • Автор — пользователь, создавший тип материала.

  • Дата создания — дата и время создания типа.

  • Дата обновления — дата и время последнего изменения.

  • Версия — номер ревизии структуры.

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

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 = 'Лаборатория'

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

Back to top