так по коммитам же) а не просто по сохранению.

ну то есть полуручное логирование, если забыл запушить - истории не будет?

Ну да, или настраивает шедуллер и он за тебя это делает

Ну естественно, создал скрипт/коммит/сейв ту файл/пуш ту гит

надо кстати воткнуть студию 2019 она вроде без гита может работать с битбакетом...

Газораспределительный механизм (ГРМ)  ?

вот бы какой-нибудь механизм был бы, чтобы версионировать по триггеру eventdata(), и ежедневно жобом тащить от туда новые записи в гит

посеба

А чего вы через execcmd пуши автоматом не сделали? и зачем старый и вонючий svn?

Потому что redgate только в SVN умеет, а он удобен прямо из ssms работает

Только! Если будешь делать выгрузку в гит, делай по расписанию или через внешние пуши, в рамках тригера делать это очень не рекомендую.

Ааа, вон у вас как.

/g when sp_recompile actually recompiled

sp_recompile (Transact-SQL) - SQL Server | Microsoft Docs
https://docs.microsoft.com/en-us/sql/relational-databases/system-stored-procedures/sp-recompile-transact-sql

а зачем скрипт из SVN в Git?
как насчёт git-svn?

гайз,  у меня есть запрос

FROM dbo.skorozvon_events se
       INNER JOIN dbo.ORDERS o ON o.ID = se.order_id
       INNER JOIN dbo.orders_additions oa ON O.ID = oa.order_id
       INNER JOIN dbo.CLIENTS c ON c.ID = se.client_id
       LEFT JOIN  dbo.VG_FIELD_VALUES vg ON vg.REF = se.order_id AND vg.FIELDID = 297
WHERE se.done = 0
       AND se.is_skipped = 0
ORDER BY se.order_id ASC
OFFSET 0 ROWS FETCH NEXT 100 ROWS ONLY

Кластеризованный индекс выглядит таким образом:

ALTER TABLE [dbo].[skorozvon_events] ADD  CONSTRAINT [skorozvon_events_order_id_pk] PRIMARY KEY CLUSTERED 
(
  [order_id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [DataFiles]
GO

почему когда я создаю индекс

CREATE NONCLUSTERED INDEX [idx_ncl_SkorozvonEvents_done_isSkipped] ON [dbo].[skorozvon_events]
(
  [done] ASC,
  [is_skipped] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = ON, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 95) ON [DataFiles]

, он продолжает выполнять сканирование skorozvon_events_order_id_pk? Сканирует, пока не укажешь хинт WITH (FORCESEEK INDEX([dx_ncl_SkorozvonEvents_done_isSkipped)). Время выполнения сканирования превышает в 4-20 раз (в зависимости от фетча) время сика.

FROM dbo.skorozvon_events se
       INNER JOIN dbo.ORDERS o ON o.ID = se.order_id
       INNER JOIN dbo.orders_additions oa ON O.ID = oa.order_id
       INNER JOIN dbo.CLIENTS c ON c.ID = se.client_id
       LEFT JOIN  dbo.VG_FIELD_VALUES vg ON vg.REF = se.order_id AND vg.FIELDID = 297
WHERE se.done = 0
       AND se.is_skipped = 0
ORDER BY se.order_id ASC
OFFSET 0 ROWS FETCH NEXT 100 ROWS ONLY

ALTER TABLE [dbo].[skorozvon_events] ADD  CONSTRAINT [skorozvon_events_order_id_pk] PRIMARY KEY CLUSTERED 
(
  [order_id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [DataFiles]
GO

CREATE NONCLUSTERED INDEX [idx_ncl_SkorozvonEvents_done_isSkipped] ON [dbo].[skorozvon_events]
(
  [done] ASC,
  [is_skipped] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = ON, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 95) ON [DataFiles]

done/is_skipped - много уникальных значений? или 1/0?

1/0

низкая селективность, это плохо для индексов, оптимизатор в общем то прав, но не прав видимо в этом конкретном случае.