@AlexMarkov

Как организована база данных SQLite, возможно или нет создание таблицы "Score" применив ряд формул к значениям таблицы Inventory?

0

@AlexMarkov

Извиняюсь, не совсем правильно сформулировал тему вопроса.
Сам вопрос правилен, хотел бы дополнить:
Или все это можно сделать только через View(Представление)?

0

@AlexMarkov

Вот более развернутый вопрос.
Наша основная задача — объединение результатов логического и физического проектирования. Решим задачу логического проектирования, то есть задачу отображения реальных объектов и процессов в абстрактную модель данных. Как я и говорил, первоначальные таблицы уже существуют, созданные средствами LibreOffice Calc.
Первая таблица характеризующая сущность объекта инвентаризации:


Вторая таблица с расчетами необходимых коэффициентов и сумм (основная таблица) — сущность процесса вычисления:


Третья таблица — сущность объекта списания (утилизации):


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


Перед построением концептуальной ER-модели, прошу провести работу над ошибками и предложить свои варианты представления (если есть такая возможность) сущностей исследуемых объектов. Дополнив описанием данной схемы в конце главы прошу помочь в решении основных вопросов данного поста.
Выше представлена предполагаемая Граф-схема (ER-диаграмма) специального вида, представляющая сущности (именованные узлы графа) и связи между ними (именнованные дуги графа, помеченные специальными символами).
Выходом данного поста должен быть — завершающий этап объектной декомпозиции связанный с объединением локальных ER-моделей в единую модель:
- ИСКЛЮЧЕНИЕ ДУБЛИКАТОВ СУЩНОСТЕЙ;
- СОГЛАСОВАНИЕ ИМЕН ПОДОБНЫХ СУЩНОСТЕЙ И СОСТАВА ИХ АТРИБУТОВ;
- УТОЧНЕНИЕ ТИПОВ АТРИБУТОВ, ВИДОВ СВЯЗЕЙ И ПР.
Чтобы не было непониманий в трактовке сущности, в данной композиции под сущностью понимается множество однотипных объектов, каждый из которых соответствует в ER-модели одному экземпляру сущности, а атрибут сущности представляет множество допустимых значений определенной характеристики моделируемого объекта.
По обозначениям кратности связей, думаю все понятно: «один к одному», «один ко многим». Выбран один атрибут с внешним ключом в сущности Score. Таблица с удаленными объектами связей с обьектами для расчета связей не имеет. Правильно ли это?

Вопросы требующие внимания:
- Правилен ли перевод наименований атрибутов, нужны правильные варианты?
- Правильно ли определены сущности, возможно у вас есть свои варианты?
- Правильны ли первичные ключи и нужны ли вторичные?
- Правилен ли внешний ключ сущности процесса вычислений?
- Правильность типов данных для SQLite3;
- И все все остальное и необходимое для правильности этапа физического проектирования. А так же возможно ли реализовать используя CREATE TABLE SQLite3 данную схему, или можно что-то использовать попроще, есть специальные редакторы? Эх, да и как лучше реализовать все формулы для расчетов?

0

@Kulma

Зачем ?
У вас связь 1-1 . Обычно её строят когда данных очень много и нужно разделить их логически.
В вашем случае полей - кот наплакал и все ваши потребности можно легко решить в рамках
одной таблицы.
В остальном , хоть русский мне и родной язык , ни хрена не понял из ваших много буковок.
Скажите на понятном русском. Вы же наверняка с друзьями , родными как-то иначе общаетесь ,
когда хотите донести свою мысль. ))

0

@AlexMarkov

Kulma, есть три таблицы в LibreOffice, нужна правильная схема, необходимая и достаточная для включения в техническое задание. Структуру таблиц менять нельзя, т.е. все должно остаться так как на скриншотах + формулки для вычисления обозначены цветами , номера колонок соответствуют таблице инвентаризация.

0