Вітаю сябры,Тэхнічны прагрэс у выглядзе GitHub Copilot дабраўся да адной з самых старажытных аплікацый Microsoft – SQL Server Management Studio. Я вырашыў гэта патэсціць.Мэта была даволі сціплай – часткова аўтаматызаваць code review. Напрыклад, каб мы не забываліся на індэксы ў новых SQL табліцах, і каб выконваліся naming conventions. Для эксперыменту я абраў паважаную legacy табліцу, якая трымае дамены для арганізацыі. Штосьці такое: [dbo].[tenant_domains] (GUID id, INT tenant_id, NVARCHAR domain, BIT is_primary). Вось некаторыя прыклады парадаў, якія выдаў Copilot:1) Consider changing datetime columns to datetime2.2) Make id default to newsequentialid() to reduce fragmentation for clustered GUID PKs. 3) Enforce "one primary domain per tenant" via a filtered unique index on tenant_id WHERE is_primary = 1. Калі 1 – гэта best practice, які ляжыць на паверхні, то 2 – значна больш сур’ёзная прапанова. З майго досведу правядзення суразмоўяў, далёка не ўсе ведаюць пра sequential id, гэта хутчэй выключэнне. Што ўражвае ў парадзе 3, дык гэта тое, што Copilot зразумеў бізнэс кантэкст і прапанаваў дадаць unique constraints. Сапраўды, наўрад ці арганізацыя можа мець 2 primary дамены.Былі і іншыя парады, з якіх штосьці мела сэнс а штосьці не. Як і з любым іншым ШІ, трэба ўсё пераправяраць, але пачатак уражвае 👍.Як яшчэ на вашую думку Copilot можа дапамагчы у кантэксце баз даных?