docs(dds): убраны повторы объяснений в комментариях заказа

Зачем:
- Полный разбор урока про идемпотентность стоял дважды, предупреждение про
  окно K — трижды; внимание менти конечно, и каждый пересказ списывается
  с этого счёта.

Что:
- Докстринг dds_transform сокращён до одной фразы с указателями: полный разбор
  остался в шапке DDL, механика подмены — в order_replace.sql.
- Комментарий про ORDER_WINDOW_DAYS в даге сведён к указателю на compose,
  где число объявлено и где записан риск расхождения.
- Прорежен повтор одного риторического приёма «это не X» — оставлен там,
  где различие и есть суть.

Проверка:
- make lint, make config-test
- Прогон dds_transform зелёный, слой сходится с ods.order_v: 1917 заказов,
  8 дней.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

sql/dds/order_rebuild.sql

@@ -10,8 +10,8 @@
 -- раз на весь отрезок. Кто раскладывает строки по шардам — вставка через
 -- Distributed, ключ cityHash64(order_id) — разобрано в DDL двойника.
 --
--- Чистит двойник DROP PARTITION ALL, а не TRUNCATE, и это не вкусовщина:
--- TRUNCATE — отдельное право, роли etl оно не выдано, а снятие всех партиций
+-- Чистит двойник DROP PARTITION ALL, а не TRUNCATE: последнее — отдельное
+-- право, роли etl оно не выдано, а снятие всех партиций
 -- входит в ALTER, который у неё есть (ADR 0007). Замерено: TRUNCATE отвечает
 -- ролью etl кодом 497, DROP PARTITION ALL проходит. Расширять права ради
 -- операции, для которой уже есть разрешённая форма, значило бы платить

sql/dds/order_scope.sql

@@ -21,8 +21,8 @@
 -- задачами и падают порознь, поэтому упавший день оставляет дыру, пока
 -- соседние дни собираются дальше. Считай мы прогресс по максимуму собранного
 -- дня, дыра позади окна не заросла бы никогда, а прогоны продолжали бы
--- зеленеть над щербатым слоем. Цена честного ответа — проход по дню заказа в
--- ODS; она того стоит.
+-- зеленеть над щербатым слоем. Цена честного ответа — проход по дню заказа
+-- в ODS.
 --
 -- Край окна берётся из делового поля, а не из ярлыков доставки: время
 -- создания заказа одинаково у всех его версий, а `snapshot_date` и `_load_id`