Возможно, для ваших целей подойдёт Split (в меню Window)?
Там, конечно, будет не "несколько окон", это как бы два вида одного окна, но в принципе можно будет в одном из "видов" уйти в конец страницы, и там писать отладочные запросы. Они хотя бы будут все вместе, не будут расползаться по скрипту.

Выделите нужный текст.

Аааа, вот вы чего не знали :-)
А тут гадают, зачем такая экзотика...

Понятно, что толидка была бы удобнее ,если она бы нормально настраивалась и работала.
Зачем писать print, если можно подвести мышку к переменной или таблице (или выполнить в дебаг-окошке select из таблицы, притом даже если в основном окне открыта транзакция)?
И зачем запускать профайлер ,если в окне показывается ,где идёт выполнение, и можно посмотреть всю статистику и план?

Но увы, МС не смог сделать нормальный отладчик, нужно, видимо, ещё лет 50 :-)
Так что print, select, profiler.

Угу, отлично, хорошо, что профайлер разрабатывали другие люди, и не нужно читать горы справок, и выполнять кучу условий, что бы заставить его работать, да ещё "только на локальном компьютере".

Отладчик должен работать по TDS, и не требовать никаких особых разрешений и настроек, кроме разрешения наподобие ALTER TRACE, и открытого стандартного (общего) порта для коннекта к сиквелу, потому что это геморрой.
Вот это нужно было сделать с самого начала, а то, по сути, все считают, что отладчика у сиквела как бы и нет.

Как это не требуется, сервер сам трейс запускает?
Нормально всё с двухсторонним обменом в TDS, он там есть.

Сейчас в TDS есть команда "выполнить батч" (или процедуру), дальше сервер это выполняет.

А нужна команда выполнить "батч в режиме отладки", для инициации.
И далее нужны 2 команды (как F11 и F12 в Visual Studio) - "выполнить очередной стейтмент (батча или процедуры) без захода внутрь", "выполнить очередной стейтмент с заходом внутрь".
Которые будут возвращать результат (как обычное выполнение), плюс ссылку на место в коде (в батче, или в сохранённом коде, если был выполнен заход в процедуру или триггер).

Принципиально тут ничего сложного, не надо весь сиквел "поменять наоборот".

Тут же доступ будет ровно такой же, как при выполнении запросов. Просто команда выполнения запроса через OLEDB.
Это ведь не классический отладчик типа VS, который заходит в нативный код.
Да, это ограничение, по сравнению с натоящим отладчиком, даже в CLR не зайти, но такая юазовая, минимальная функциональность, помогла бы разработчикам/админам намного больше, чем, например, гео-типы. Это было бы востребовано каждым из миллионов сиквелистов.

Ага :-)
Понятно, что можно обойтись и принтами-селектами, но удобство было бы аховое, это использовалось бы всеми без исключения.

Эй, кто там из МС, делайте, всё уж расписали!

Я вот не уверен, что большинство эксплуатируемых в мире систем построены на ОРМ.
Да и в этом случае админам иногда нужно что то посмотреть. Процедуры поотлаживать (например, отчётные)