Итак, есть база 7.7 Комплексная конфигурация 30 гигов, с ней работают по сети, база крутиться на Win2003 + SQL2000, в виду некоторых проблем надо переехать на новое железо. Но старый софт ставить не совсем актуально, вопрос какая связка будет работать быстрей при прочих равных услових ?
Win2003R2 64 bit + SQL2005
Win2008R2 64Bit + SQL2008
Без патичнга библиотек, используя "секретный релиз платформы" и не понижая уровня совместимости ?

1

dbf в терминале будет быстрее

(2) смешно, dbf работать уже не будет, там таблицы огромные уже.

(3) я бы не стал так утверждать. Особенно если отключить аналитику на 41 счете

(0) >> Какой SQL будет быстрее ?

Что-то мне подсказывает, что если у вас не используются прямые запросы и прочие костыли и внешние компоненты, а голый и незамутнённый движок 1С, то разницы не будет никакой. Во всяком случае такой, которую можно было бы заметить невооруженным глазом.

Если мне не изменяет память, то официально 1С 7.7 вообще не совместима ни с SQL2005 ни с SQL2008.

п. 3 КГ/АМ

(5) все стоковое!

(0) 2003+2008

или так 2014+2016

и да, солидарен с (2)

и с (4)

терминал не предполагается + возврат к dbf тоже.

>Но старый софт ставить не совсем актуально

тогда и клюшки в печь

win2008 понадежнее будет.

(12) клюшки очень актуальны, конфа переписана, на 8ку пока переходить бессмысленно!

(11) о_О вот это здрасте "терминал не предполагается", а что так ?

Если переписана то на прямые запросы и там особой разницы не будет лучше более свежую платформу поставить.

Конечно же Win2003R2 64 bit + SQL2000, чем выше версия SQL, тем больше ресурсов ей надо! А лучше вовсе без SQL, ставь dbf 1C+! Хотя вроде для SQL 1C+ появилась...

Я за более свежую версию скуля. У меня схожая ситуация: база +30 гигов за год. Есть прямые запросы. Работаем на SQL2008. Раньше сидели на SQL2005. Делал замеры до и после перехода: разницы ни какой.

Но, помимо 1С, пользую sql для работы с xml. А OPENXML работает только с SQL2008.
Скоро понадобиться OPENJSON, а он только с SQL2016. Буду думать.

(18) Но 7.7 даже возможности SQL2005 не использует!? Если кроме 7.7 еще для чего-то SQL используется, тогда конечно...

Win2008R2 64Bit + SQL2008
MS не стоит на месте. Оптимизатор запросов лучше.

SQL7 ...

(19) >>Но 7.7 даже возможности SQL2005 не использует!?
Ну и что? Зато в нем исправлены ошибки допущенные при разработке 2000. Кроме этого не всю же жизнь на 7.7 сидеть будете, рано или поздно что-то и на 8-ке появится.

(21) Оооо, и Windows 4.0 TS. Боевая связка!

SQL2005 не ставь, есть там неприятности.

(24) какие ? Связанные с ВыбратьПодчиененныеДокументы() ?

(25) про это ничего сказать не могу - у нас такого нет :)

нет, у него иной раз оптимизатор затупливает, и резко возникают блокировки на ровном месте. Ну и так, разное по мелочи, уж не вспомню.
и да, он бэкапы на лету жать не умеет. А 2008 - уже умеет.

И я бы реально посмотрел в сторону 2016. SQL реально становится лучше от версии к версии.

(25) Ну это вроде в секретном релизе пофиксено.
Перешел на Win2008R2 64Bit + SQL2008, полет нормальный.

(27) ну хоть один человек нашелся с таким же набором) а то теоретики только! какова размера база ?

(27) и вы патч используете или секретный релиз ?

(28) В разных конторах разные, примерно 8-10 гигов.
Одна база 6 гигов самописка крутится на виртуалке Win2003+SQL 2000, тоже все летает.
(29)
Секретный релиз.

(30) у меня в такой связке одна пока но она 30 гигов, крутится на 2003 + 2000

И таки связка Win2008R2 + SQL 2000 с заменой библиотек тоже несколько лет работала без глюков.

(30) а и еще 1С++ используете с прямыми запросами ?

(33) Нет, но в одной базе просятся прямые запросы, буду делать людям.

(34) ну тогда наверное буду ставить 2008 + 2008, ибо надо будет IIS под 1С CRM использовать.
А какие планы обслуживания баз используете ?

(35)
1. Бекапы
2. Бекапы
3. Бекапы
:)

(22) Судя по (35), да - у него не только 7.7