Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Переход с MSSQL 7.0 на MSSQL 2000
|
|||
|---|---|---|---|
|
#18+
Господа, может кто имеет опыт по переходу с семерки на MSSQL-2000. Интересуют возможные проблемы - в переносимой БД есть sp, триггеры, используются временные таблицы, курсоры, кое-где циклы. Сама БД уже переехала, основные части вроде работают без видимых ошибок, но хотелось-бы подробное тестирование провести не с помощью тотальной проверки работоспособности всего проекта, что весьма затруднительно, а целенаправленно в критичных примерно-показательных местах. Может есть у кого какие мысли по этому поводу, опыт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2002, 14:35 |
|
||
|
Переход с MSSQL 7.0 на MSSQL 2000
|
|||
|---|---|---|---|
|
#18+
Вы будете смеяться, но мне не встретилось ничего из граблей, что бы стоило сейчас солидно обсуждать. Видимо, это говорит о недостаточном профессионализме (в общей сложности я проводил не больше 10-ти проектов миграции 7.0 -> 8.0). Были испробованы способы: upgrade поверх существующей инсталляции, backup / restore, detach / attach. Сложилось мнение, что чтобы что-нибудь из этого поставить раком, нужно сильно постараться (в отличие от 6.х -> 7.0). Дай Бог, чтобы с восьмеры на девятку они так переползали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2002, 20:09 |
|
||
|
Переход с MSSQL 7.0 на MSSQL 2000
|
|||
|---|---|---|---|
|
#18+
Не совсем в тему, но... Может ли SQL2000 работать с базой на сетевом диске? Семерка без проблем, а вот с 2000 у меня не получилось... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2002, 05:58 |
|
||
|
Переход с MSSQL 7.0 на MSSQL 2000
|
|||
|---|---|---|---|
|
#18+
Переход осуществляется влегкую, если отключить IIS и Terminal Service, но в эксплуатации могут появиться особенности. Вот, с чем пришлось столкнуться: 1. Из ASP-проекта задавались параметры процедуры имеющие тип VARCHAR как adChar. На семерке это работало нормально, на 2000 они стали добавлятся пробелами до максимума при сохранении в таблицы (кстати, не во все, а в некоторые). mdac на клиенте не менялся, на него не грешу. Вылечилось заменой всех adChar на adVarChar. ANSI_PADDING был выставлен в ON и там, и там. 2. При апгрейде баз поле suid сохраняется в sysxlogins. Но если использовать базу master от чистой инсталляции 2000, то там этого поля уже нет. Внимательно просмотрите весь скрипт базы, не используется ли где этот suid. С ним будут проблемы, если не сразу, то потом. Его надо выкинуть из использования, заменив либо sid, либо uid в зависимости от контекста. 3. Функции SUSER_NAME и SUSER_ID в 2000 теперь всегда возвращают NULL. Их тоже надо предварительно выкинуть, заменив на SUSER_SNAME и SUSER_SID, иначе процедуры и вьюхи, их использующие, будут работать некорректно. 4. запрос типа select ... where ... in (select SomeValue from SomeTable) будет работать теперь в 2000 некорректно, возвращая полную дрись, в случае, если среди значений SomeValue возвратится хоть один NULL. Чтобы такой запрос отработал также как в семерке, его надо переписать так: select ... where ... in (select SomeValue from SomeTable where SomeValue is not NULL). Такое же и в случае использования EXISTS и прочих подзапросов. Установка SET ANSI_NULLS OFF помогает решить эту проблему, но эту установку делать крайне не рекомендуется, так как появятся проблемы в других местах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2002, 06:29 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32027382&tid=1823174]: |
0ms |
get settings: |
11ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
11ms |
get forum data: |
4ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 261ms |
| total: | 404ms |

| 0 / 0 |
