Счастливые обладатели v77.SQL, какая версия sql server у вас? #497927

Попробуем-ка собрать статистику по ц.аудитории.

и неплохо бы ещё стаж юзания и возникшие/решенные проблемы. а то вот например такого - , - и призадумаешься поневоле, туго так призадумаешься...

чо

хотя сейчас уже на 8хе перешел, так что

ИМХО, очередной бессмысленный опрос, результаты которого вряд ли имеют смысл и кого-то могут заинтересовать. Официально поддерживаемым и самым стабильным  является только п.1 голосовалки (MS SQL 2000). Причинами большинства, если не всех, глюков, упомянутых по ссылкам в , является использование сервера отличного от MS SQL 2000. И непонятно чего хотят пользователи, если им русским языком сказано, что более поздние версии 1С-кой не поддерживаются....

Ну, вот меня заинтересовало, значит смысленный опрос, неправда ли?

У нас.

На рабочих базах у заказчиков.

+ И

перейти не хочешь?

Занафига?

+9 поторопился )

мне тема секционирования стала интересна, пришлось порешать некоторые технические проблемы...

"тема секционирования" - поясни?

+13 бесплатный бонус в вырезании индексовых хинтов из запросов заполучил.

Потому что всё работает.

Слышал, что 7.7 и SQL 2005 плохо уживаются, так ли это?

Есть один клиент с 7.7 + MSDE 2000. Ни как на 8.2 не переведем...

Нормально они живут. Только под 2005-м кое где тормоза возникают.

Что за "не переведем"? Опять франчи из заказчиков бабло сосут?

sql2000: sql2005:

+21 sql2005 по-русски:

Глянул по диагонали - вроде, интересно. Закинул в избранное. Будет времени побольше - почитаю основательно.

а вот так.. а хз даже почему.. кто-то так захотел.. работает супер плохо, но работает

Для 7-ки dbf

Для 8-ки или

или

На основном месте работы. У клиентов и 2005 и 2008 есть...

В основном

использование sql2005 (sql2008) с 1С:7.7 нарушает лицензионность использования последней. Поэтому, к сожалению - SQL2000.

: глюк с забиванием кэшей и мозгов, и как следствие - катастрофическое замедление массового проведения документов, несомненно, является не глюком а бонусом, ага?..

ну как зачем? в 2005 появилась афигенная вещь, как неключевые поля, включенные в индекс, которые работают и при пониженной совместимости. Кстати, проблемы с совместимостью решабельные.

7.7 у всех клиентов

90%-2000, 10%-2005

и 7как и 8ка на SQL 2000

Хочу на 2005 переползать, да всё никак не собирусь.

тоже собирался полгода, потом за 3 мин. "переполз" ))

а в чем прелести и как 1Ска будет лучше крутиться на 2005 по сравнению с 2000 ?

А что там кстати, какие-нибудь подводные камни есть при переходе? И есть ли выигрыш, или шило на мыло?

(38,39) массовой проведение документов не глючит. Причем эта ошибка официально признана мелкософтом, но в 2000-ом не пофиксена. в 2005-ом её уже нет. з.ы. у нас отчеты ККМ по 2000 строк проводились 5 штук за 6 часов. Без танцев с бубном никак не обойтись в этом случае.

и там много чего ещё, но я не особый спец в этом

Мне и ОФис 2000 стабильнее с макросами работает.

где то

а где то

базы большие?

неа.. большие базы на дбф живут, тут так, в основном архивные копии и старые базы..Ничего интересного.

все штатно, все работает

Пользуясь случаем, хочу спросить: почему вот такое сравнение в запросе CONVERT(datetime, LEFT(Жур.Date_Time_IDDoc, 8), 126) <= :КонДата Syntax error converting datetime from character string ?

а ты выведи "LEFT(Жур.Date_Time_IDDoc, 8)" и посмотри скорее всего формат не 126 а другой

Выводил, там дата в виде 23.08.10

Ой, тьфу, я не совсем это выводил... Ща позырю, сорри...

Жур.Date_Time_IDDoc < :КонДатаПлюс1

Сейчас вывел, там 20100823. Если в CONVERT передавать параметр формата 126, то тоже ругался.

Так сообщает вот это: Syntax error converting the varchar value '201006303KLMO0  7RF2ЦБ ' to a column of data type int

А чо не CAST?

С модификаторами поиграйся. Кажиь, вот такой надо: :КонДатаПлюс1~~ Или явно форматируй: Формат(КонДата+1, "ДГГГГММДД")

вместо 126 попробуй 7 а вообще у себя поищи файл adovbs.inc там описания типов есть

так говорит "Модификатор не определен". Я не пойму, почему в условии CONVERT не работает? Сча попробую

Покажи, как писал с модификаторами.

WHERE так надо было?

Вот и на 2008 и на 2005. Причем на 2005 7.7 и 8.1 крутятся. Голосую два раза!

конечно нет..

Прикалываешь?

+ ..ся

+ Не дает два раза...

На :КонДата+1~~ ругается, говорит Incorrect syntax near ~ КонДатаПлюс1 - это типа параметр чтоли д.б.?

+ вместо КонДата?

так, стили актуальны для "to convert datetime or smalldatetime data to character data (nchar, nvarchar, char, varchar, nchar, or nvarchar data types)", тут же из строки к datetime. и что за злостный офф-топик?

Точно - прикалываешся... Да. А если с модификатором, то и не надо к дате 1 добавлять. Просто :КонДата~~ Почитай доку, а?

"Нургалиев разрешил" (с) :)

с одной ~ проканывает. С двумя - пишет: 'модификатор не определен для типа ":КонДата~~"'.

Microsoft SQL Server 7.0 SP4 полет нормальный

Блин, не поленился - полез за тебя в доку. "Дата 0: char - каноническое представление даты; 1: char - каноническое представление даты + символ “Z” (используется для обозначения момента времени конца этой даты); " :КонДата~

потому что на том же сиквеле еще 8-ка крутится

На SQL платформе чуть больше года, пока никаких проблем не заметил.. Прямых запросов к БД 1С не делал, только простые к другим таблицам на сервере - всё шустренько работает.

Для 7.7 не стоит поднимать циферку

собственно чего говорить ... когда на подходе 2011

На рабочей базе 2000

На копии гоняю 2005 на предмет заменить 2000-ную. В принципе  полет нормальный.

с 1999 года MS SQL 7 c 2002 MS SQL 2000 на семерке

Используется MS SQL 2000 MS SQL 2005