Может кому пригодится...
Большой проект перевели где-то за две недели (хвосты еще подчищали какое-то время). Работает устойчиво уже 2 месяца.

Обнаруженные проблемы при переходе от MSS к ADO.Net:

1. В SQL (эмбедед и в DataSource) заменить двойные кавычки (") на одинарные (').
2. В конструкциях dw.GetSQLSelect () - dw.Modify("DataWindow.Table.Select='" + new_sql_script + "'") заменить в new_sql_script '"' на "~~'".
3. Заменить в эмбедед фетчах, где есть внутри цикла SQL, сами фетчи на цикл по датасторе (например).
4. При чтении из ячейки DW строки (в БД тип char(xx)) в переменную возможно добавление пробелов справа (ставить trim):
(устраняется DBParm = ..................,TrimSpaces=1)
5. Возможны проблемы с Юникодом при чтении текстовых файлов (устраняется в ф-ии string новым параметром: encoding = EncodingANSI! .
6. В Адо.нет при апдеёте дв автоматически не ретривятся колонки с идентити (в оле диби - ретривятся). Используйте SELECT SCOPE_IDENTITY() (а лучше так не пишите!).
7. При выполнении длинных (> 30 сек) SP из скрипта вываливается ошибка тайм-аута. Лечится добавлением DBParm = ...,Timeout=160,CommandTimeout=160 или типа того.

Black SavageЕсть вопросы:
1. Какой PowerBuilder ?


Естественно, переходили с 9 на 10, иначе к чему это все?

Black Savage
2. Сравнивали производительность систем на базе MSS к ADO.NET 2.0 ? Приведи цифры, плиз...


Цифр не приведу. Примерно одного порядка. Хотя пользовали хвалили, что быстрее и стабильнее стало работать. Если кто-нибудь запостит какой бенчмарк, могу сравнить и доложить обчеству.

Black Savage
3. В ADO.NET 2.0 есть асинхронный режим работы с базой? Не помню, кто на этом форуме говорил, но якобы в ADO.NET 2.0 он должен появиться...?
Асинхронным режимом не пользуемся, ничего сказать не могу.

Black Savage
4. Ты классику читать любишь?
Это не классика. Это мой человек тред начинал. С высказыванием Филиппа можно поспорить - не убедительно. У меня свои соображения. Но спорить нет времени. Плюс к тому в оле дб свои тараканы. Мы щупали его в процессе перехода. На NET проще пошлО.

Black Savage Nividimka
Асинхронным режимом не пользуемся, ничего сказать не могу.

Слушай, глянь все же на это дело, если не в лом. Интересует с позиции:
Cancel the statement before it retrieves the first row of data


Да заради бога. Только я даже не знаю, с какого бока к нему подлезть. Ты бы какое-нибудь маленькое приложенице накрапал и прикрепил - я тогда берусь его погонять.


Black Savage
Ну ладно, еще один вопрос. Характеристики клиентских машин:
1. Железо.
2. Какие операционки.
3. Для Win9x еще и .Net Framework ножен, если я не ошибаюсь.
Как .Net Framework крутится под старенькими операционками?

У нас все машины в домене и под 2000-XP. Так что совсем уж старых с 9x уже нет. Самые старые (с которыми реально работают) P166 MMX 128M.
Разницы по требованиям к железке между PB9 MSS - PB10 ADO NET нет (иначе заметили бы).
На клиента надо ставить PBVM (мы просто выборочно dll-ки от PB копируем) и
Microsoft .NET Framework 2.0 Beta (build 2.0.40607) с сайта MS (жутко долго инсталлируется) и всё.

У нас на всей БД стоит COLLATE Cyrillic_General_CI_AS.
Но мы меняли коллейшен несколько лет назад с Cyrillic_General_CI_AI.
Его конечно муторно менять, но вполне реально.
На некоторых таблицах так и оставили старый (где не критично). Просто лениво было менять.
Разница стреляет только на временных таблицах (при сравнении колейшены должны совпадать с tempdb). На такое давно уже на моей памяти не напарывались. Вызвать эту ошибку можно таким скриптом из QA:

/*
При несоответсвии будет выдаваться ошибка:
Server: Msg 446, Level 16, State 9, Line 15
Cannot resolve collation conflict for equal to operation.
Скрипт запускать 1-н раз за сеанс! (иначе в темпдб остается таблица #tt2)
*/

IF EXISTS (SELECT name FROM sysobjects WHERE name = 'tt1' and type = 'U' ) BEGIN
DROP TABLE tt1
END

CREATE TABLE tt1 (
id int,
W varchar(10)
)
INSERT tt1 VALUES (1, '2345')
CREATE TABLE #tt2 (
id int,
W varchar(10)
)
INSERT #tt2 VALUES (2, '2345')
SELECT *
FROM tt1, #tt2
WHERE tt1.W = #tt2.W
GO