Пробел в имени db sqlite3

Независимо от того, что вы делаете, пользователи и клиентские программы получают доступ к просмотрам и хранимым процедурам, не относятся к базовым таблицам . Таким образом, вы можете изменить то, что вы храните, и то, что вы вычислите, без суеты. Это одна из ключевых особенностей реляционных СУБД.

Помните, что если вы вводите избыточность (сохраняя «все»), не контролируя ее с ограничениями, вы будете в конечном итоге с несогласованными данными. Правила принадлежат базе данных.

Если ваши правила в настоящее время просты (например, VatCodeId определяет НДС (и изменяется, если изменяется НДС), UnitGross = UnitNet + UnitVat и т. Д.), Ваша система будет самой простой и наиболее если вы избегаете избыточности и сохраняете только минимум. Это просто, чтобы создать представление, которое выглядит так, как будто вы храните все и используете это для отчетов, пользовательских интерфейсов и т. Д.

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