Хоп хей.
Тай вопрос)
Инстальнул инстанс версии стандарт, ключ нашел на просторах инета.
Через пару месяцев купили лицензии, но они без ключа, только инсталятор, я так догадываюсь что во время установки лицензия подтягивается.
Как быть что бы не сносить инстанс и все таки легализовать его?) Может кто сталкивался

Господа, у меня опять тупые вопросы.
Как можно сделать запрос наподобии MySQL'овского LIMIT, чтобы пропустить в выдаче N колонок?
Я нашел конструкцию

ORDER BY x OFFSET (y) ROWS FETCH NEXT (z) ROWS ONLY

, но у меня в таблице нет поля при помощи которого можно было бы отсортировать в порядке вставки в таблицу

Майскл гарантирует, что сортировка выдачи = порядок вставки?

Select top x *
Это если нужно просто х записей в любом порядке.

А мне нужно X записей, отбросив первые Y

Offset fetch

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

Ну надо было изначально инсертдейт добавлять...

Так записей или колонок?

записей, то есть строк

Привет всем!
Входные данные: sql server 2019, windows server 2019
База данных подписчик для репликации транзакций из основной базы.
К базе данных отправляются запросы с параметрами, то есть планов запроса 1-2 хранится в кэше
Собственно, ночью в основной базе происходят обслуживания, чистки таблиц и т.д., оно реплицируется в базу подписчик, и после этого запросы начинают выполняться где-то на треть медленнее в среднем.
Затем, если передернуть переключатель автообновления статистики (т.е. он был вкл, делаешь его выкл и затем обратно вкл), то всё становится круто и стабильно.
Собственно, что это за магия?

Если нет существующего поля сортировки, отсортируйте и пронумеруйте "на лету" фунцией row_number и опирайтесь на это значение в offset fetch.

спасибо!

Полагаю, что происходит обновление статистики что инвалидирует планы выполнения и запросы получают новые планы, быстрые из-за снифинга.

А есть же некая команда, которая это сделает не таким варварским методом?

Если принять предположение за верное, то такая команда есть - update statistics.

тогда неверное :(
обновление статистики и так происходит, и ее обновление не влияет на ситуацию.
скорее команда очистки кэша планов запроса
потому что в запросе прописаны хинты keep plan и keepfixed plan, и видно из-за этого планы слишком долго держатся, мб

Тогда попробуйте
Dbcc flushprocindb(dbid)

Из-за этих хинтов планы не инвалидируются