А в документе есть строки с одинаковыми значениями в атрибуте НомерСтроки?

Цитата:

У DTxxx всего один индекс из двух полей - там запутаться негде. Либо есть одинаковые номера строк, либо DBCC DBREINDEX.

Как показал запрос нет
Я думаю что вставляется какая-то хрень в момент записи именно

Цитата:

Да понятно что запрос тебе ни чего не покажет, исключение вываливается при попытке вставить дубликат, сам дубликат естественно не записывается

Кстати говоря по поводу нагрузки на сервер, с тех пор как база переехала на новый SQL сервак помоему это не повторялось. Хотя работает на новом сервере всего месяца 2

Nick писал(а) 01. Февраля 2008 :: 14:59:

+1

Вадим, имхо, от тебя такая тема уже была? Или я гоню?

Цитата:

Невооружённым взглядом на экране монитора перед записью.   
Автонумерацию строк включи, если выключена. На переполнение проверь, если строк там десятки тысяч.

Цитата:


Я смотрел на табличку и что толку? Переполнения ни какого нет

spock писал(а) 01. Февраля 2008 :: 16:09:

В профайлер попадают уже выполненые команды

Цитата:

Чего неправда? как по твоему он время выполнения считает?

Да зачем было столько писать? 
В рабочей базе можно что-то типа такого и хватит

insert into _1sjourn values (1,2)

Если это лвится профайлер. То нужно настроить чтоб он события писал куданить в табличку, а потом уже обычными запросами из неё дергать данные

Цитата:

Ну как есть какие - нибудь результаты?

Цитата:


Возникла ещё одна идея почему это происходит. Возможно проблема с файловыми блокировками которые делает 1с. Тут на днях была такая фигня: При попытки записать любой новый документ появлялась наша ошибка. Закрыл  файлы блокировок (*.LCK), документ записался. Правда потом выяснилось что при этом куда то пропал уже распечатанный расходник и в журнале операций появилась операция без номера и даты  

ДА!
Распределенная
Когда-то была база, счас нету
Но УРБД нужен будет для других, мегакреативных целей 

если новые движения дока отличаются от тех что удалил, то конечно пересчитывать итоги нужно

А для отслеживания того что хочет вставить 1С - использовать профайлер от SQL 2005 и старше (он показывает запросы как ушедшие на SQL сервер, так и выполненные), или же вести трассировку ODBC (не уверен что ведеться трассировка того что отправлено на сервер), но это очень сильно замедляет работу (не забудте помто обратно включить) (включать: Администрирование - Источники данных ODBC - Трассировка, поставить галочку и включить трассировку).

Предсмертный текст:

exec _1sp__1SJOURN_TLockX
exec _1sp__1SJOURN_TLockX
exec _1sp__1SJOURN_TLockX

declare @P1 int
set @P1=7448
declare @P2 int
set @P2=180158052
declare @P3 int
set @P3=2
declare @P4 int
set @P4=1
declare @P5 int
set @P5=-1
exec sp_cursorprepexec @P1 output, @P2 output, N'@P1 varchar(18),@P2 varchar(11)', N'Select * from _1SJOURN(NOLOCK INDEX=DOCNO) where DNPREFIX=@P1 and DOCNO=@P2 order by DNPREFIX, DOCNO, ROW_ID', @P3 output, @P4 output, @P5 output, '      14042008    ', 'Зл-0019835 '
select @P1, @P2, @P3, @P4, @P5

exec sp_cursorfetch 180158052, 1, 0, 1
select VERSTAMP from _1SJOURN(NOLOCK) where ROW_ID=323533
exec sp_executesql N'Update _1SJOURN set  IDJOURNAL=@P1, IDDOC=@P2, IDDOCDEF=@P3, APPCODE=@P4, DATE_TIME_IDDOC=@P5, DNPREFIX=@P6, DOCNO=@P7, CLOSED=@P8, ISMARK=@P9, ACTCNT=@P10, VERSTAMP=@P11, RF1191=@P12, RF2673=@P13, RF1199=@P14, RF1332=@P15, RF13781=@P16, RF1044=@P17, RF19440=@P18, RF13152=@P19, RF1122=@P20, RF18764=@P21, RF15055=@P22, RF22033=@P23, SP21666=@P24, SP13198=@P25, SP13224=@P26, SP13199=@P27, SP21914=@P28 where  ROW_ID=@P29', N'@P1 int,@P2 varchar(9),@P3 int,@P4 smallint,@P5 varchar(23),@P6 varchar(18),@P7 varchar(11),@P8 tinyint,@P9 bit,@P10 int,@P11 int,@P12 bit,@P13 bit,@P14 bit,@P15 bit,@P16 bit,@P17 bit,@P18 bit,@P19 bit,@P20 bit,@P21 bit,@P22 bit,@P23 bit,@P24 varchar(17),@P25 varchar(9),@P26 numeric(1,0),@P27 varchar(9),@P28 varchar(9),@P29 int', 0, '  FJN7001', 1404, 1, '200805289HTT9C  FJN7001', '      14042008    ', 'Зл-0019835', 1, 0, 1, 3, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, '10192850003130395', '    62001', 0, '    62001', '     1   ', 323533
exec _1sp_RegisterUpdate '002', 1404, '  FJN7001', ' '
exec sp_executesql N'Update DH1404 set  SP1405=@P1, SP1407=@P2, SP13501=@P3, SP13500=@P4, SP14383=@P5, SP1408=@P6, SP1409=@P7, SP1410=@P8, SP1413=@P9, SP1415=@P10, SP1412=@P11, SP1672=@P12, SP1673=@P13, SP1906=@P14, SP2062=@P15, SP1954=@P16, SP2405=@P17, SP2521=@P18, SP3053=@P19, SP3054=@P20, SP3184=@P21, SP3222=@P22, SP3427=@P23, SP14347=@P24, SP14896=@P25, SP15024=@P26, SP15025=@P27, SP15277=@P28, SP18028=@P29, SP18052=@P30, SP18691=@P31, SP19165=@P32, SP21363=@P33, SP22134=@P34, SP22135=@P35, SP22305=@P36, SP22336=@P37, SP22449=@P38, SP22480=@P39, SP22682=@P40, SP14510=@P41, SP1420=@P42, SP14508=@P43, SP15685=@P44, SP3064=@P45, SP22148=@P46 where  IDDOC=@P47', N'@P1 varchar(9),@P2 varchar(9),@P3 varchar(9),@P4 varchar(9),@P5 varchar(9),@P6 varchar(40),@P7 numeric(3,0),@P8 datetime,@P9 varchar(9),@P10 numeric(9,2),@P11 varchar(9),@P12 numeric(3,0),@P13 varchar(1),@P14 varchar(13),@P15 varchar(9),@P16 numeric(3,0),@P17 numeric(1,0),@P18 numeric(1,0),@P19 numeric(5,2),@P20 numeric(5,2),@P21 numeric(2,0),@P22 numeric(1,0),@P23 varchar(9),@P24 numeric(1,0),@P25 varchar(2),@P26 numeric(15,0),@P27 numeric(6,4),@P28 varchar(9),@P29 numeric(1,0),@P30 varchar(9),@P31 varchar(9),@P32 datetime,@P33 numeric(4,2),@P34 numeric(17,0),@P35 numeric(5,0),@P36 varchar(9),@P37 numeric(1,0),@P38 varchar(9),@P39 numeric(1,0),@P40 varchar(14),@P41 numeric(17,3),@P42 numeric(18,3),@P43 numeric(14,2),@P44 numeric(14,2),@P45 numeric(1,0),@P46 text,@P47 varchar(9)', '     1   ', '   190   ', '   EZJ001', '   1LH   ', '   190   ', '                                        ', 0, 'Jan  1 1753 12:00:00:000AM', '     1   ', 1.00, '    XK   ', 60, '*', '   0     0   ', '     0   ', 2, 0, 0, 10.00, 10.00, 0, 0, '     0   ', 0, '  ', 0, 0.0000, '     2   ', 0, '   18J   ', '     0   ', 'Jan  1 1753 12:00:00:000AM', 0.00, 0, 0, '    62001', 0, '     0   ', 0, '              ', 379586.000, 379586.000, 0.00, 0.00, 0, '', '  FJN7001'
exec sp_executesql N'Insert into DT1404 values( )', N'@P1 varchar(9),@P2 smallint,@P3 varchar(9),@P4 varchar(9),@P5 varchar(9),@P6 numeric(14,3),@P7 numeric(17,3),@P8 numeric(18,3),@P9 numeric(11,3),@P10 varchar(1),@P11 numeric(4,2),@P12 numeric(15,0),@P13 varchar(9),@P14 numeric(14,2),@P15 numeric(14,2),@P16 varchar(8),@P17 varchar(9),@P18 numeric(4,2)', '  FJN7001', 7, '   C6H   ', '  8RJY001', '    26   ', 2258.000, 18064.000, 18064.000, 8.000, ' ', 10.00, 2053, '     0   ', 0.00, 0.00, 'C-09    ', '     0   ', 0.00
exec sp_executesql N'Insert into DT1404 values( )', N'@P1 varchar(9),@P2 smallint,@P3 varchar(9),@P4 varchar(9),@P5 varchar(9),@P6 numeric(14,3),@P7 numeric(17,3),@P8 numeric(18,3),@P9 numeric(11,3),@P10 varchar(1),@P11 numeric(4,2),@P12 numeric(15,0),@P13 varchar(9),@P14 numeric(14,2),@P15 numeric(14,2),@P16 varchar(8),@P17 varchar(9),@P18 numeric(4,2)', '  FJN7001', 8, '   BZL   ', '  8QYG001', '    26   ', 8562.000, 25686.000, 25686.000, 3.000, ' ', 10.00, 7784, '     0   ', 0.00, 0.00, 'A-09    ', '     0   ', 0.00
exec sp_executesql N'Insert into DT1404 values( )', N'@P1 varchar(9),@P2 smallint,@P3 varchar(9),@P4 varchar(9),@P5 varchar(9),@P6 numeric(14,3),@P7 numeric(17,3),@P8 numeric(18,3),@P9 numeric(11,3),@P10 varchar(1),@P11 numeric(4,2),@P12 numeric(15,0),@P13 varchar(9),@P14 numeric(14,2),@P15 numeric(14,2),@P16 varchar(8),@P17 varchar(9),@P18 numeric(4,2)', '  FJN7001', 6, '    72   ', '  916O001', '    26   ', 21822.000, 21822.000, 21822.000, 1.000, ' ', 10.00, 19838, '     0   ', 0.00, 0.00, 'G-04    ', '     0   ', 0.00
exec sp_executesql N'Insert into DT1404 values( @P1,@P2,@P3,@P4,@P5,@P6,@P

Дальше логаут и фсе...
Странно как-то строки не по порядку вставлялись и часть проглочена что ли
В общем куда копать хез...

была у нас как-то проблема со скулем. Как позднее оказалось, дурковал блок питания, который в конце концов и отошел от дел. После того, как установили новый БП, ни одной проблемы. Серв до сих пор жив в качестве тестового.

Странности в общем
Получается при записи уже записанного ранее документа выполняется код:

1. exec sp_executesql N'Update DH1404 set  SP1405=@P1 ...

2. declare @P1 int
set @P1=42
exec sp_prepexec @P1 output, N'@P1 varchar(9)', N'Delete from DT1404 where IDDOC=@P1', '  F5AA001'
select @P1

3. exec sp_executesql N'Insert into DT1404 values( @P1 ...

Так вот в некоторых случаях инструкция с удалением отсутствует
Буду благодарен за советы как это лучше побороть (желательно не заплаткой)