Что в сиквеле тебе моем ? (2000 или 2005)

[Goldy]

Здравствуйте дамы и господа !
Ситуация : Есть Аксапта 3.0 и сервис пак 5 на нее. Проект начинается с нуля. Теперь вопрос в студию : Заморачиваться или нет на 2005 сиквел или остаться работать на старом добром 2000.
Выскажете пожалуйста свои мнения по данному вопросу, крайне желательно с аргументами. Есть ли люди работающие на 2005. Как со скоростями ? как с надежностью ?

[Sequel]

Мне 2005-й нравится тем что он может работать и как блокировочник и как версионник. Я хочу попробовать его в версионном режиме, т.к. сейчас у нас в 2000-м очень много проблем с блокировками

[sergeypp]

2 Sequel
"блокировочник и как версионник" - это как? У нас сейчас 2000, блокировки замучили

[Vadik]

Цитата:

Сообщение от Goldy

Здравствуйте дамы и господа !
Ситуация : Есть Аксапта 3.0 и сервис пак 5 на нее. Проект начинается с нуля. Теперь вопрос в студию : Заморачиваться или нет на 2005 сиквел или остаться работать на старом добром 2000

А Вы попробуйте его запустить с клиентом от SP5 на Юконе. Были уже пляски с бубном - ни в нативном режиме, ни в режиме совместимости не работал. Вернее, работал до первого UPDATE. Решили вдруг ни с того ни с сего использовать недокументированные функции 2000, которые в Юконе не поддерживаются. Так что с SP5 наверное не стОит, или, раз уж пошла такая пьянка, обновляться до KR1
В плане скорости-надежности все устраивает, количество ошибок, исправленных в SP1, внушает осторожный оптимизм (тем, что их немного) Плюс вкусности в случае использования достаточно нового железа (заточенность под NUMA, x64 редакции и пр.)

P.S. Кстати, версионность попробовать успел еще Benchmark tool-ом на каком-то из CTP - полного счастья не дает и IMTS не заменяет. Не исключено, конечно, что в консерватории еще можно что-то поправить
P.P.S. И еще - работоспособность на SQL 2005 версий, предшествующих KR1, вообще-то никто не обещал

[George Nordic]

Цитата:

Сообщение от Vadik

И еще - работоспособность на SQL 2005 версий, предшествующих KR1, вообще-то никто не обещал

1. Я бы все-таки рекомендовал 2005
2. Клиент KR1 новее, чем клиент СП5
3. В режиме совместимости (80) по идее, должна быть полная совместимость с 2000.
Но я бы все-таки рекомендовал сразу 2005 (90).

С Уважением,
Георгий

[sergeypp]

А вышел KR1 русской версии, если да, то где можно взять если нет, то где взять англ.? (партнерами не являемся)

[George Nordic]

Хм.. а он разве подразделяется на языки? Это ж клиент.

Вышел уже давно. Можно взять у партнера.

С Уважением,
Георгий

[sergeypp]

Я так понимаю что это сервис пак на клиента
а по поводу руссификаци спросил основываясь на
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=20075

[Vadik]

Цитата:

Сообщение от George Nordic

1. Я бы все-таки рекомендовал 2005

Напоминаю - у Goldy SP5

Цитата:

2. Клиент KR1 новее, чем клиент СП5

этого никто не отрицал

Цитата:

3. В режиме совместимости (80) по идее, должна быть полная совместимость с 2000.

- Но как в самолет садились, Вы же должны помнить?
- Помнить - должен.. Но я не помню (с)

по недокументированным функциям (в частности, TSEQUAL) - полной совместимости не наблюдается

Цитата:

Но я бы все-таки рекомендовал сразу 2005 (90)

клиент от SP5 c Юконом не работает независимо от режима совместимости в БД (ну, зануда я, что ж делать)
- идем в план счетов
- создаем запись
- сохраняем
- изменяем запись
- сохраняем..
- не сохраняется? странно, а должна

[George Nordic]

Какая версия и как ты это делаешь? У меня все нормально...

[Vadik]

Цитата:

Сообщение от George Nordic

Какая версия и как ты это делаешь? У меня все нормально...

Ну еще бы.. Только build #1951.6710 - уже в некотором роде клиент не от SP5, а от KR1

[tolstjak]

Цитата:

Сообщение от Vadik

клиент от SP5 c Юконом не работает независимо от режима совместимости в БД (ну, зануда я, что ж делать)
- идем в план счетов
- создаем запись
- сохраняем
- изменяем запись
- сохраняем..
- не сохраняется? странно, а должна

Мы пробуем работать на SQL 2005 с клиентом от SP 3. Вроде работает.

[Torin]

Если присуствующие смогут пояснить - зачем в KR1 добавлено поле "версия записи", было бы чудесно.
Дело в том, что Юкон сам по себе версионник. Такие штуки делают когда клиент оперирует с отключенным набором записей (без поддержки коннекта к базе)

[Recoilme]

Как мне объянили эта хрень совсем не для того для чего Вы подумали))
Типа затычки а-ля можно кушать из кэша инфу или обновить уже пора из БД наконец.

[Torin]

а, прикол. Интеграция с Юконов фантастическая. В приницпе AOS мог бы сам получать от Сиквела события и обрабатывать по интересам. Так SSAS работает.
Получается - он читает, сравнивает, думает, использует или нет. Зачем тогда кэш ?

[Recoilme]

В принципе - Аксапта не использует большинства преимуществ клиент-серверной архитектуры. С чего бы ей с юконом задружить?
Как в принципе и почти все системы.
О кто такой ССАС? Звучит зловеще...

[Torin]

Это сокращенные имена продуктов из Юкона. SSAS - Аналитик сервер
SSIS - сервер интеграции, SSRS - Сервер отчетов.
SQL Server Analysis Services

Тык, что там с кешированием в AOS при работе с Юконом - есть инфа какая ?

[Vadik]

Цитата:

Сообщение от Torin

Если присуствующие смогут пояснить - зачем в KR1 добавлено поле "версия записи", было бы чудесно.
Дело в том, что Юкон сам по себе версионник. Такие штуки делают когда клиент оперирует с отключенным набором записей (без поддержки коннекта к базе)

А клиенты и AOS с собственными кэшами, формами, открытыми с позавчера - они и есть в некотором роде отключенные наборы данных. Никаких дополнительных версий записи в БД, естественно, не создается (и слава богу). Просто таким образом решают (пытаются решить) проблему "потерянных изменений" (lost updates)
Некоторые мысли на эту тему уже излагал тут

[Torin]

ага, сори не заметил - я там и продолжу. Мне непонятно.

[sergeypp]

2 tolstjak
Поделись опытом, на 2005 у вас возникают блокировки при складских операциях и есть ли заметные улучшения по сравнению с 2000 скулем.??