Эх птица-тройка... А дружишь ли ты с MS SQL 7?

[Alex_K]

Так уж получилось, что Аксапту мы ставили только на SQL 2000. А тут попытались запустить тройку из-под SQL 7. А оно ругается:

Ошибка ODBC: Данная версия источника данных (07.00.0961) не поддерживается. Используйте версию 08.00.0100 или выше. Установите правильную версию.

Потом почему-то запускается. С этим бардаком бороться можно? У клиента только лицензионный SQL 7.

[Михаил Андреев]

Это не ошибка сервера SQL, а драйвера ODBC.
Поменяйте драйвер, старый лучше удалить совсем, чтобы не мешал.
Но Аксапта 3.0 должна работать и так. А вот для Аксапты 2.5 драйвер обязателен.

Будет еще проблема Collation (не помню, как этот термин переводится на русский, типа, набор символов): в SQL 7.0 все базы имеют один Collation, в отличие от 2000. Чтобы сменить collation, придется переустанавливать SQL сервер.
Больше граблей вроде нет...

[mazzy]

Alex_K, в требованиях к минимальному оборудованию сказано, что для третьей Аксапты нужен MS SQL. Поэтому отчет на вопрос - что делать с этим бардаком - не к Аксапте. А к тому, что вам продал такую конфигурацию. Потребуйте с него компенсацию за то, что не предупредил. А чтобы решить проблему, вам нужен MS SQL 2000.

Михаил Андреев, точно работает? Ты проверял?
Третья Аксапты использует views, которых нет в MS SQL 7. Поэтому она не должна работать на 7. Ты точно проверял?

[Alex_K]

Я, пока ждал ответа, смоделировал ситуацию у себя в конторе. Результат тот же. На моей машине драйвера стоят из комплекта MDAC 2.7 (2000.80.194.00), других никогда не было.
Судя по всему, облаявшись, она продолжает работать с сервером напрямую, потому как кроме этой ругани проблем не наблюдалось (синхронизация прошла, данные залились, все вроде в порядке).
Нарыл в реестре ключик sqldirect, проставил в нем 1, все равно ругается.

Пока чешу репу и жду официального ответа из MBS.

[Alex_K]

Цитата:

Изначально опубликовано mazzy
Alex_K, в требованиях к минимальному оборудованию сказано, что для третьей Аксапты нужен MS SQL. Поэтому отчет на вопрос - что делать с этим бардаком - не к Аксапте. А к тому, что вам продал такую конфигурацию. Потребуйте с него компенсацию за то, что не предупредил. А чтобы решить проблему, вам нужен MS SQL 2000.

Михаил Андреев, точно работает? Ты проверял?
Третья Аксапты использует views, которых нет в MS SQL 7. Поэтому она не должна работать на 7. Ты точно проверял?

Нигде в требованиях ни слова не прописано про то, что необходим MS SQL 2000. И попробуй стрясти компенсацию с MBS.
В SQL 7 нет ИНДЕКСИРОВАННЫХ views, а обычные всегда пожалуйста.
Третья аксапта, так же как и предыдущая не использует никаких особенностей SQL 2000, по крайней мере если просто посмотреть базу изнутри.

[Михаил Андреев]

Цитата:

Изначально опубликовано mazzy
Михаил Андреев, точно работает? Ты проверял?
Третья Аксапты использует views, которых нет в MS SQL 7. Поэтому она не должна работать на 7. Ты точно проверял?

Каюсь, лично третью на семерке еще не проверял. Не обломлюсь, проверю (если найду такой раритет). Неужели вьюшек на 7.0 не было? Я забыл уже разницу версий, но, кажется, уже были. Надо освежить память.

Кстати, я нигде не видел, чтобы официально утверждалось о совместимости Axapta 3.0 и SQL Server 7.0, для 2.5 да, точно написано было, а на 3.0 не видел....

[Михаил Андреев]

Посмотрите здесь:

http://technet.navision.com/workspac...tribId=1&wso=1

[Vadik]

А без указания DSN в конфигурационной утилите запускать не пробовали?

А про отсутствие views в MSSQL 7.0 - поклеп, они были еще в 6.5

[Alex_K]

Цитата:

Изначально опубликовано Vadik
А без указания DSN в конфигурационной утилите запускать не пробовали?

DSN не прописывается по умолчанию. Но пробовал и так и так.

[Alex_K]

Цитата:

Изначально опубликовано Михаил Андреев
Посмотрите здесь:

http://technet.navision.com/workspac...tribId=1&wso=1

Блин, а они где-нибудь поближе к дистрибутиву это написать могли?... :[]

Всем спасибо за ответы.

[mazzy]

Да. О индексированных речь и идет.

О минимальный требованиях. А знаешь, ты прав!
Там написано MS SQL 2000 client!
И нигде не сказано MS SQL 2000 server.
А клиент от 2000 умеет цепляться к MS SQL 7.
Забавно.

Но на всех презентациях и демонстрациях говорится, что нужен MS SQL 2000.
А вот на установочном диске этого не сказано. Недосмотр. Об этом можно сказать в MSBS.

[Alex_K]

Уже написали, реакции ждем-с...

Кстати, не нашел признаков индексированности аксаптовских views ни в AOT, ни в Enterprise Manager. Так что несовместимость, судя по всему чисто маркетинговая.

Особенно мне понравилась потребность тройки в Oracle 9.0.1. Чего ей в восьмой-то версии не хватало?

[mazzy]

На самом деле, при установке она просит не меньше 9.0.2.1.
На 9.2.0.1 установилась без проблем.

[Alex_K]

Цитата:

Изначально опубликовано mazzy
Но на всех презентациях и демонстрациях говорится, что нужен MS SQL 2000.
А вот на установочном диске этого не сказано. Недосмотр. Об этом можно сказать в MSBS.

Ха. Получен официальный ответ от MBS. Приблизительно звучит так: "Ну извините, ребята, накладочка вышла... Не хватает сил все везде правильно писать."

Вот так вот. Видно придется клиентам раскошеливаться на SQL 2000. Или плевать на ругань при старте Аксапты.

[glibs]

Цитата:

Изначально опубликовано Alex_K
...Так что несовместимость, судя по всему чисто маркетинговая...

Я пробовал одно время создать базу Аксапта 3.0 на семерке.

Синхронизация выдала одну ошибку. Суть ее заключалась в том, что некий индекс имеет длинну больше предельного для семерки значения. Точно не помню, но вроде около 9000 байт. В 2000 такой ошибки нет. М.б. знатоки просветят данный вопрос.

Были ли ошибки при старте Аксапты — не помню.

[Vadik]

Maximum Size of Index Keys
Microsoft® SQL Server™ 2000 retains the 900-byte limit for the maximum size of an index key but changes the algorithm used by CREATE INDEX to check if the specified index key exceeds the maximum allowable key size of 900 bytes. The new CREATE INDEX algorithm is similar to the row size algorithm used for CREATE TABLE.

Microsoft SQL Server version 7.0 and earlier always used the maximum size of variable columns when checking whether the key specified in a CREATE INDEX statement exceeded 900 bytes

то есть, в принципе, просто где-то просто полям, входящие в индекс, задали размер "с запасом", и их суммарная МАКСИМАЛЬНАЯ длина МОЖЕТ превышать 900 байт. Так что если подправить длину полей в AOT, оно и на семерке засинхронизуется. Если конечно реальная длина полей не превысит 900 байт, но за такие индексы опять же убивать надо

Так что проблемы можно считать, что нет

[Alex_K]

У меня демо 3.0 встала без проблем и работает, скотина... Пока... Только при старте ругается. Единственное, что мне лениво было делать, так поднимать AOS, посему в трехзвенке не пробовал.