002

etc/spec.txt

@@ -1,4 +1,25 @@
+2025-06-17 09:07:46
 2025-06-16 10:58:02
+select
+ a.deal_uid
+,k.contract
+,a.agreement_version
+,k.contragent_id
+,case when a.agreement_version = 0 then 'New sale' else 'Up sale' as deal_type
+
+from specification_item_version siv
+join specification_item si on (siv.specification_item_uid=si.specification_item_uid)
+join specification s on (si.specification_id=s.specification_id)
+join agreement a on (s.contract_id=a.contract_id AND siv.agreement_version=a.agreement_version)
+join contract k on s.contract_id=k.contract_id
+
+change:
+new
+change quantity+dicount
+delete
+change quantity
+change dicount
+
 git remote add origin https://gitea.services.ngcloud.ru/smishchuk/spec.git
 
 root@dat-n-smishch1 MINGW64 /d/wwwroot/spec (master)
@@ -20,6 +41,10 @@ origin  gitea@gitea.services.ngcloud.ru:smishchuk/spec.git (push)
 
 
 Локально, чтобы не загаживать окружение, поместим переменные окружения в реестр [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lucee] "Environment"
+
+Опубликовал на тестовой платформе
+выпустил багфикс
+
 2025-06-14 11:02:46
 Центральный селект
 select * from specification_item_version siv
@@ -31,6 +56,7 @@ join agreement a on (s.contract_id=a.contract_id AND siv.agreement_version=a.agr
 Как вообще учитывать дату в диффе? Или никак, просто передавать.
 *** Вероятно, dt_from или dt_to должны быть заполнены (check)
 
+
 16:12 12.06.2025
 Предлагается использовать конечную дату только для завершения действия всей строки спеки. Тогда ее просто убрать из версии? Некорректно, она же возникает в какой-то версии.
 Если захочется делать одним соглашением 2 изменения строки, можно соглашению сделать суррогатный ключ, а номер соглашения для версии строки убрать из первичного ключа