|
4 | 4 | 1. ✅ Вынести валидатор в отдельную схему `db_validation`, а функцию переименовать в `schema_validate()`. |
5 | 5 | 1. ✅ Конфигурацию хранить в отдельной служебной таблице `db_validation.schema_validate_config`. |
6 | 6 | 1. Распилить валидатор на отдельные view / функции. |
7 | | -1. 🚨 Добавить возможность валидации только новых или изменённых объектов БД для одной транзакции. |
8 | | - Для этого перед миграцией нужно запускать функцию `select db_validation.schema_validate_prepare()`, |
9 | | - которая будет сохранять список всех существующих объектов БД во временную таблицу (таблица автоматически удалится в конце транзакции). |
| 7 | +1. Архитектурные доработки (нужно добавить настройки в конфиг) |
| 8 | + 1. 🚨 Добавить возможность валидации только новых или изменённых объектов БД для одной транзакции. |
| 9 | + Для этого перед миграцией нужно запускать функцию `select db_validation.schema_validate_prepare()`, |
| 10 | + которая будет сохранять список всех существующих объектов БД во временную таблицу (таблица автоматически удалится в конце транзакции). |
| 11 | + 1. 🚨 Добавить возможность возвращать список всех проблем в виде таблицы или ошибку. Пустая таблица означает, что всё ок. |
10 | 12 | 1. Наличие описания объектов БД |
11 | 13 | 1. Значение в `COMMENT ON COLUMN {table}.{column}` не должно быть пустым и не должно совпадать с названием колонки. |
12 | 14 | Добавить в исключения колонку с названием `email`, `guid` (независимо от регистра). |
|
0 commit comments