В организации сервисная база данных представляет собой большую таблицу «заявки» и несколько справочников: «менеджеры», «

Совершенно необязательно.

Если в качестве СУБД выступает MSSQLSERVER, с версией 2008 или более поздней, можно заменить версию СУБД на любую, до 2019 включительно, при этом оставив БД в режиме совместимости 100 для 2008, 110 для 2012 и т.д.

При этом СУБД, с точки зрения TSQL будет вести себя в точности, как на сервере указанной версии, но некоторые возможности современного сервера тоже появятся (например, в случае, если вы используете редакцию стандарт, а сервер 2019 - то вы сможете использовать 128 Гб ОЗУ, а не 64).

Да, смена режима совместимости может потребовать ревизии серверного кода, т.к. в нем могут использоваться устаревшие инструкции, типа compute. Но это не как правило.

Подробнее по поиску устаревших инструкций

тут

.

Проблема может возникнуть, если вы попытаетесь перенести базу (и код) с версий, предшествующих 2008: 2005, 2000, 7.0, 6.5, 6.0, 4.5

Версии до 2000 включительно понимает 2005й, а его уже понимает 2008й

Но код, скорее всего, придется ревизовать.

... А если вы использовали расширенные хранимые процедуры - то скорее всего.

Так что:

1. Сменить версиию СУБД возможно, но не всегда.

2. Сменить аппаратную платформу, без смены версии субд, возможно, но не всегда

3. Скорость, скорее всего, вырастет, т.к. новая аппаратная платформа, как минимум, подразумевает более высокую частоту процессора, памяти, более высокую скорость обмена с диском, а зачастую - и больший размер используемого ОЗУ.

4. Скорость работы приложений вообще, и БД в частности - это интегральный показатель, и может много от чего зависеть.

В варианте "при прочих равных" он зависит от см. п. 3, но может зависeть еще и от новых инструкций процессора, например, и даже от обновлений СУБД (в смысле SP или CU).

Короче, нам многое недоговаривают!