заранее сорри если не в тот раздел написал

вобщем проблема в следующем
есть справочник с периодическими реквизитами
пользователи обратились, говорят есть два элемента
в которые нельзя сохранить изменения - посмотрел
и правда не сохраняются . Полез в профайлер
там наблюдаю такую ситуацию
устанавливается режим
set implicit_transactions on
после этого идет апдейт и тут же идет чтение из 1sconst
так вот для этик "кривых" элеметов при чтении открывалается еще одна транзакция в результате в коце коммит идет не "по той " транзакции и данные не апдейтятся

стал дальше ковырять, оказывается у этих элементов большое кол-во значений периодич. реквизитов, поделетил "лишние"
стало записываться... вот такие вот чудеса

кто что подскажет присоветует ??

Самое простое выгрузи значения этих двух элементов(их периодику ) в два файла сотри их периодичность.
Загрузи из файлов периодичность заново.

Распиши (если не будешь делать как написано выше) боле подробней проблему т.е. трассу событий
предположим что запускаешь 1с с того же sql сервера
Далее что при этом происходит в t-sql операторах.

вобщем с кол-вом записей нет четкой зависимости
нашел вроде запись после добавления которой
возникает проблема, но похоже что такая запись
не одна...

там нету инсерта в _1sconst
открывается новая транзакция
на
exec sp_executesql N'Select * from _1SCONST(NOLOCK) where ID=@P1 and OBJID=@P2 and DATE<=@P3 order by ID DESC, OBJID DESC, DATE DESC, TIME DESC, DOCID DESC', N'@P1 int,@P2 varchar(9),@P3 datetime', 52722, '     1   ', 'Jan 22 2010 12:00:00:000AM'

причем если выборка "небольшая" до 170 строк (или от объма зависит не понял до конца)
не открывается
если больше - начинает открываться новая транзакция

kir писал(а) 22. Января 2010 :: 11:28:

А как это выглядит в профайлере? что прямо таки явно begin tran?

Можно взглянуть на .trc начиная с
set implicit_transactions on
заканчивая
IF @@TRANCOUNT > 0 COMMIT TRAN

все, раскрыл глаза...увидел

трасса во вложении

хм, но там и коммитится нечему: Writes для этого батча 0 Запись с ROW_ID = 1 есть в таблице?

да, фигня какая то наблюдается.
для порядка приведи версии 1с77, odbc драйвера, sql сервера

1С 25 релиз
SQL 8.00.2055(sp4) и 8.00.2039 - пробовал на двух серверах/базах
ODBC (если я правильно нашел) 4.0

может сегодня попробую собрать тестовую конфу с одним справочником, если получится сэмулировать ситуацию, совсем
будет интересно

в процедуре ПриЗаписи нет никаких "танцев с бубном"?

в пустой конфе создал справочник с такой же структурой
и заполнил периодич. реквизит - проблемы нет

в своих двух конфах создал пустые базы - проблема есть

добавил в типовую комплексную справочник с такой же структурой
проблемы нет

вывод: перехимичили чего то у себя....
(как бы только понять чего)

в своей конфе закомментировал ПриНачалеРаботыСистемы
все заработало, так что по любому проблема в коде... а не в данных

вот только что "накопал"
при начальной инициализации используется сетовая установка

set xact_abort on

убираю ее - пропадает проблема
пока не вкурил взаимосвязь...

set xact_abort off
спасает, но мне лично все равно не понятно
почему так...

не понятно почему новая транзакция возникает после селекта
и только в случае "большой" выборки

я на локальной базе пробовал , в монопольном режиме...