invm,

проблемы я изложил выше, простого решения, например, путем изменения SET настроек для решения этих проблем я не знаю. Вероятно, и Вы не знаете простого решения, иначе бы вопросы не задавали. Возможно, Вы игнорировали часть ответов, считая эти проблемы несущественными, повторяться нет желания при таком диалоге. Может для Вас падение производительности в 3-5 раз несущественно, мне это неизвестно.

invm,

о том же я и писал - требуется доработка и реконфигурация. Не взлетит само собой. Если RC "терпело", то при включении RSCI все недостатки могут всплыть. Для того, чтобы RCSI работало с требуемой производительностью, требуется изначально учитывать его особенности, о чем я также писал выше. Не панацея - включили версионирование и залетало на любой базе. И не должно летать. Для этого требуется учесть особенности, не строить какие попало таблицы и писать какие попало, манагерские, запросы. Надо настраивать tempdb и выделять ресурсы с заведомо повышенной производительностью. И это надо делать изначально, а не тогда, когда в базе несколько тысяч таблиц и около того процедур и все это 24/7. Отсюда простой вывод - затраты на его внедрение никто не будет оплачивать, т.е. для большого ряда потребителей эта возможность просто бесполезна. Вы можете не понимать этих проблем, только если не сталкивались в реальными производственными процессами в условиях ограниченных ресурсов. Гладко было на бумаге, да забыли про овраги. Поэтому "цирк".

Я не хочу идти на поводу у человека, который знает ответы, но задает вопросы "с подковыркой" типа "проверяет". Это отвратительно.

invm,

просветите меня. С какой целью - мне действительно неизвестно.

invm,

Понятно. Допустим, я наблюдаю большое число ожиданий в некоторых таблицах, связанных с выборкой и обновлением и принимаю решение включить в базе настройку RCSI. При этом каждая операция обновления начинает выполнять записи в tempdb, тратить вычислительные ресурсы, оперативную память и дисковое пространство. Итог такого включения, который Вы назвали "демагогией", был описан выше. База выигрывает в производительности относительно нескольких таблиц и теряет производительность в целом, причем, не на проценты, а на сотни процентов. Как решить эту задачу без замены аппаратных средств и реконструкции схему хранения данных?

invm,

эти 14 байт работают очень жестко, по всей видимости, происходит расщепление страниц и так далее. Через три часа терпение у людей лопнуло и пришлось всё отключить.

Не думаю, что это верный подход к определению, на производстве сферические кони никого не интересуют и в боевой обстановке меткость оружия снижается на порядок и больше. Технология классная, только внедрить ее нельзя без плясок с бубном и неожиданными последствиями. Вы же покупаете автомобиль с уверенностью, что он заведется и поедет. не так ли? Это коммерческий продукт и работать он должен соответственно.