Доброго дня форумчане. Столкнулся с такой проблемой...

Установил SQL 2008 , перекинул в него базы с 2000, все нормально функционировало, конфигуратор сохранял, предприятие работало, в выходные настроили архивацию, и теперь если конфигуратором править структуру данных то выкидывает сообщение
SQL State 4200
Native 156
Message [Microsoft][ODBC SQL Server Driver][SQL Server] Неправильный синтаксис около ключевого слова SET

Затем конфигуратор закрывается с невосстановимой ошибкой БД, при этом в строке состояния висит Очистка Журнала Транзаций, но изменения все равно сохраняются. Если просто поправить модуль и сохранить, то подобная ошибка не вываливается. Куда копать, помогите чем могите...

Какой 1С используешь?
Секретный релиз или просто исправленную версию?

обычный, но с патченным bkend
в другой организации таже самая платформа с тем же самым патчем такой ошибки не выкидывает

Я с патченным bkend задолбался глюки вылавливать.
Хотел уже обратно на 2000 возвращаться.
Поставил секретный, вроде получше стало.
Но пока особого смысла от SQL 2008 не увидел.

(3) при 2000 SQL памяти занимало 1 700 000 (ОЗУ)
при 2008 стал брать 16 000 000, в остальном разницы не увидел, ссылочку не можешь дать на секретный релиз, где скачать.

давай мыло
скину.

[email protected]

ты еще на прямые заспросы переведи и почувствуеш разницу

На инфостарте бесплатно, в поиске есть.
(4) Ну и смысл от этой памяти? Быстрее не стало.

(8) я с БД не работаю, но пользователи на тормоза не жалуются

лови

(9) У меня жаловались что стало тормозить :)

(10) спасибо

(11) Может и у нас тормоза вылезут...тьфу-тьфу....

(8)А на счет памяти вы неправы.
+ 2008 круто распаралеливает процессы!
проверено на 16 ядерном.
сколько SQL отдаш столько и будет использовать.
Эт смотря какой релиз брать.
самый стабильный 7.

(13) Пришлось добавлять даты во все ВыбратьПодчиненныеДокументы(), вот где тормоза начались....

(10) тоже самое, заменил DLL не помогло

(15) В секретном релизе этой проблемы вроде нет.

(10) Все помогло, спасибо

(10) Кинь и мне, плз на kaliostro coбака pisem.net

касательно (15) в 7-мом как раз это spock и выправил.
и вообще лично рекомендую почитать обсуждение, очень познавательно.

(19)лови

(15, 16 ) Какой уровень совместимости при этом 80 или 100?
надо ставить 100.

(22) у меня 80 стоит

(23) Ну так и ставь 100.
Режим 80 оставлен для совместимости для "перетаскивания"
и отладки баз на режим 100. т.е. у тебя оптимизатор запросов
работает в режиме совместимости естественно он не может генерировать хорошие планы выполнения запросов.

(15)  кстати я всегда в коде явно указывал период
Или обе латы
Или датуначала обязательно