У меня ситуация наоборот - я только начал знакомиться с MS SQL.
1. Действительно родной утиль довольно неудобный и обойтись только им невозможно, хотя ХП я пишу на нем. Для разработки БД я использую Embarcadero ER/Studio. Так же у ембаркадеровцев есть DB Artisan и Rapid SQL - две довольно неплохих программы для админов и разработчиков, с кучей функций, но я их не использую только из-за того что они к базе ходят исключительно через ODBC(хотя я ставлю нативный коннект!??).
Для работы с базой я использую QuestCentral for DB2.
Командной строкой тоже не брезгую;-).

2. Недавно отлаживал нехилую процедуру с 40 параметрами, половина INOUT. Изврат, конечно, но сильно "попросили" - работала, при мне по крайней мере.
А вообще диалект SQL позволяет уменьшить кол-во процедур по сравнению, например, с интербейзом(я его тоже примяняю, там без них очень трудно ) и как мне кажется с MS SQL тоже.

3. Я тоже слышал, что разработка сложнее, но под MS SQL еще ничего серьезного не делал. Единственно могу сказать - другой подход и другие проблемы.

4. Migration Toolkit не использовал. Использовали реверс-инжениринг в ERStudio
и обратно, но с глубокой переработкой структуры базы. VIEW's у на в три раза больше чем таблиц. Юзера в базу ходят почти исключительно через них. И некоторые инсерты реализованы через INESTEAD-триггера на VIEW.

5. Есть в поставке примерчики на C. Есть описание вызовов функций.
<offtop>
Я тут недавно задавл вопрос о кол-ве измененных записей - как это через ADO получить, до сих пор не понял. На Си это проще.
</offtop>

6. Перенос между платформами - db2look,db2move помогут. Вот только у меня есть куча UDF в DLL, написаных на Си с применением Win-библиотек. Видимо переписывать? Последнее время пишу на Java, поскольку разницы в скорости выполнения нет(почти), а удобство, в том числе и переносимость есть.

7. Сложилось впечатление, что по Win2k DB2 работает довольно устойчиво. Но на AIX(RS6000), говорят лучше;-).