План будущей структуры задачи

Что принадлежит плану

План — реализованная возможность продукта: будущие таблицы, поля, индексы и связи помечаются «ПЛАН» и доступны на всех листах задачи. Исходный снимок области остаётся отдельным. SQL и имена файлов миграции хранятся как описание; применение миграций к вашей БД выполняется вашим обычным инструментом вне SchemaMap.

Обсудить изменение

1. Создайте отдельную задачу и сохраните исходный лист.
2. Поручите подключённому помощнику прочитать текущие ID и ревизию через analysis_get.
3. Передайте план задачи через analysis_batch с проверкой ревизии. Например, добавьте вымышленное поле cancelled_by_id к заказу и плановую связь.
4. Откройте лист и проверьте маркировку, JOIN и пояснение цели.

Результат — сравнимое обсуждение будущего состояния на карте, без изменения исходной БД. REST/MCP-контракт содержит точные аргументы; вводить SQL для выполнения в интерфейсе не требуется.

Проверки и сохранность работы

Изменение или очистка общего плана проверяет зависимые листы. Висячие JOIN и несовместимый перенос приводят к конфликту с указанием листа; сервер не удаляет ссылки молча. Перечитайте актуальную задачу и исправьте зависимости одним согласованным изменением. История отдельного листа не отменяет общий план. Legacy API с view ID адресует лист, но изменение migration всё равно обновляет план его задачи.