|
Тема |
За Кромид [re: Zhivko] |
|
Автор |
Zhivko () |
|
Публикувано | 28.07.00 15:56 |
|
|
Благодаря ти за мнението. Прав си като цяло относно коректността на синтаксиса ако тълкуваш Print и Select по един и същи начин. Но аз не съм съвсем съгласен - изрично (в ODBC) e предвидена възможност за успешно изпълнение с допълнителна информация - точно това са грешките с severity<11 и print.Не случайно се казва, че при при принт се получава запис в ADODB.Errors с SQLState=01000 + NativeError=0, т.е. хората са си предвидили нормална възможност за получаване на допълнителна информация. Подобна възможност и съществува при embeded SQL API и си работи съвсем новмално. Разбира се си остава ограничението, че ако искаш да се попълни колекцията, трябва да има поне една грешка със стойност на severity>=11.
Аз лично съм склонен да мисля, че проблема е при мен, а не в Microsoft и нещо не съм установил както трябва в properties (доста са недокументирани!)
Между другото, знаеш ли как може да се получават асинхронно диагностичните съобшения по време на асинхвонно изпълнение (не чрез select обаче)? Connection.Errors.Refresh не става за съжаление.
За версиите на софтуера:
ODBC for SQLSERVER 3.70.08.20
ODBC 3.520.4403.2 (MDAC 2.5 SDK)
VStudio sp4
SQL Server 7.0 sp2
Колкото за SQLDebugera, в началото доста му се радвах, но постепенно поохладях към употребата му, защото в реална ситуация и при по-сложни процедури не върши многоработа. Просто като информация - примерно става дума за изчисляване на лихви по доста разнообразна система за олихвяване, отчитане на почивни дни и д.н. В началото си мислех да използвам OLE Automation object, но достъпа до сървъра е доста проблематичен и се отказах - това си е хубава технология, но само след като нещата се стабилизират (като задание). Ако имаш някои идеи относно настройка на SQL ще съм благодарен да ги споделиш.
|
| |
|
|
|