![]() |
#21 |
Участник
|
Нет, не ответили, не совсем.
По ошибкам - ок. Хотел бы услышать развернутый ответ по фразе - "совместимость с 2005-м в режиме 9.0 решается хинт-флагами". Например есть проблема такая: Есть аксапта 3.0 SP<=4. Установить KR-ы возможности нет (нет подписки) - для полноценной поддержки SQL 2005 (базы в режиме совместимости 90). Стоит ли переходить на SQL 2005? Вообще я считал основным достижением (и связанным с этим смысл перехода на SQL 2005) SQL Server 2005 это появление версионного механизма блокировок. Но.. почитав подробнее про это на форуме понял так, что Аксапта 3.0 с KR-ми и база в режиме совместимости 90 на SQL Server 2005 всеравно не будет в полной мере использовать версионность. Основной прирост производительности будет тогда из-за общей оптимизации\улучшения SQL Server 2005 по сравнению с 2000. Тогда еще вопрос - стоит ли тогда с Аксаптой 3.0 переходить на SQL 2005? Может эффективнее (дешевле) перейти с 32bit на x64 по железу и ПО сервера БД(SQL Server 2000 x64 и операционку соответственно тоже)? По денежкам такой вариант дешевле чем возобновить подписку, обновиться и сменить ПО сервера БД (2000->2005 ). По приросту производительности этот вариант считаю также более эффективен. Кто нить меня разубедит?
__________________
![]() --- Народу собралось - яблоку плюнуть негде! Последний раз редактировалось vesna dba; 01.10.2007 в 00:29. |
|
![]() |
#22 |
Гость
|
Цитата:
"совместимость с 2005-м в режиме 9.0 решается хинт-флагами".
Цитата:
Стоит ли переходить на SQL 2005?
Тогда еще вопрос - стоит ли тогда с Аксаптой 3.0 переходить на SQL 2005? Может эффективнее (дешевле) перейти с 32bit на x64 по железу и ПО сервера БД(SQL Server 2000 x64 и операционку соответственно тоже)? А стоит - не стоит, я свое мнение высказал. Я бы обязательно начал переход с 2000-го. "Догнать" его до 2005 несложно и незаметно для окружающих ![]() |
|
![]() |
#23 |
Участник
|
|
|
![]() |
#24 |
Гость
|
под Itanium?
|
|
![]() |
#25 |
Участник
|
|
|
![]() |
#26 |
Участник
|
Корректнее будет так: MS SQL Server 2000 64bit - это продукт под Itanium процессоры.
MS SQL Server 2000 x64 - версии не существует. Извините, знал, но забыл. ![]() x64 - это другая технология (EM64T). Тогда, развивая мою мысль про переход на 64 разряда - покупать к 64 разрядной желеке MS SQL Server 2005 x64 и юзать базу в режиме совместимости 80.
__________________
![]() --- Народу собралось - яблоку плюнуть негде! |
|
![]() |
#27 |
Участник
|
Цитата:
Цитата:
Сообщение от vesna dba
Тогда, развивая мою мысль про переход на 64 разряда - покупать к 64 разрядной желеке MS SQL Server 2005 x64 и юзать базу в режиме совместимости 80.
![]() Из собственного опыта, переходить на SQL2005, оказывается выгодно в любом случае. А если вернуться к изначальной теме, то цена(не обязательно в денежных знаках) вопроса "Oracle или MSSQL2005" определяется не только заявленными производителями техническими показателями этих продуктов, но и внешними, не-ИТ условиями. Стоимость простоя предприятия, например, доступность системы, время отклика, ну и т.д. Т.е. это не только цена железа, лицензий(стоимость которых, кстати, тоже будет сильно варьироваться от хотелок заказчика) и зарплата сотрудников, а плюс еще слагаемые, определяемые из бизнес условий. |
|
![]() |
#28 |
Участник
|
__________________
![]() --- Народу собралось - яблоку плюнуть негде! |
|
![]() |
#29 |
Участник
|
Цитата:
Сообщение от vesna dba
![]() Корректнее будет так: MS SQL Server 2000 64bit - это продукт под Itanium процессоры.
MS SQL Server 2000 x64 - версии не существует. Извините, знал, но забыл. ![]() x64 - это другая технология (EM64T). Тогда, развивая мою мысль про переход на 64 разряда - покупать к 64 разрядной желеке MS SQL Server 2005 x64 и юзать базу в режиме совместимости 80. |
|
Теги |
oracle, sql server, ax3.0, ax4.0 |
|
![]() |
||||
Тема | Ответов | |||
Сторно ввода в эксплуатацию ОС | 16 | |||
Массовая внутригрупповая продажа/покупка ОС | 0 | |||
Профили разноски ОС | 0 | |||
"Ловля" проводок в ГК по ОС в модуле ОС | 17 | |||
Закупка ОС | 1 |
|