при выполнении обработки выдала сообщенице
http://s15.radikal.ru/i189/1208/33/eaa8b77b3dc6.jpg
1С 7,7 розница
как я понимаю из него есть дубли. как исправить ?

что сказал ТИИ ?

а сервис паки на скл стоят?

1. дропнуть ВСЕ индексы на этой таблице
2. сделать select iddoc, count(iddoc) from dt2226 group by by iddoc having count(iddoc) > 1
3. Разбираться в результатах.

смотри индексы для dt2226

(2)вплоть до 4го

(3) буду делать щас помучаю
(1) щас делается

Фигня всё это. Поможет только profiler.

Если посмотрим на PK, то он (IDDoc, LineNo_), значит вероятнее всего 1С пихает в документ дубль LineNo_.
LineNo_ - smallint (max 32767) Врядли конечно в документ пихается строк больше, но чем чёрт не шутит.

сделал ТиИ, индекс в sql и дефрагментацию , запустил таж картина маслом что в(0)

(7) не совсем понимаю как это сделать

(9) что говорит (3.2) ?

открылась таблица, с кучей значений

хотя в DDS описание таблицы это непонятно

P=_1sp_DT2226_TLockX            |EscalateTLockX|                                        |set nocount on declare i integer select i=1 from DT2226(TABLOCKX HOLDLOCK) where 0=1
#
#===============================================================================
#==TABLE no 100    : Документ (Мн.ч.) ПродажиПоДискКартам
# Name    |Descr                         |SQLTableNam|RecordLock
T=DT2226  |Документ (Мн.ч.) ПродажиПоДиск|DT2226     |          
#-----Fields-------
# Name                  |Descr               |Type|Length|Precision
F=IDDOC                 |ID Document's       |C   |9     |0        
F=LINENO_               |LineNo              |S   |0     |0        
F=SP2230                |(P)Товар            |C   |9     |0        
F=SP2231                |(P)Количество       |N   |14    |3        
F=SP2233                |(P)СуммаБезСкидки   |N   |16    |2        
F=SP2236                |(P)СуммаСкидки      |N   |16    |2        
F=SP2237                |(P)ПроцентСкидки    |N   |5     |2        
F=SP2239                |(P)КодДК            |C   |24    |0        
F=SP2240                |(P)ДискКарта        |C   |9     |0        
#----Indexes------
# Name                           |Descr         |Unique|Indexed fields                                              |Type      
I=PK_DT2226                      |of IDDOC+LineN|1     |IDDOC,LINENO_                                               |1          
#
#===============================================================================
#==PROCEDURE
# Name                          |Descr         |Parameters                              |Source                                                                          
P=_1sp_DH2226_UpdateTotals      |              |@IdDoc C(9)                             |{\
SET NOCOUNT ON
DECLARE @Sum0 NUMERIC(28,2),@Sum1 NUMERIC(28,2)
SELECT @Sum0=COALESCE(SUM(SP2233),0),@Sum1=COALESCE(SUM(SP2236),0) FROM DT2226 WHERE IDDOC=@IdDoc
   IF ABS(@Sum0)>99999999999999.99 SELECT @Sum0=99999999999999.99*SIGN(@Sum0)
   IF ABS(@Sum1)>99999999999999.99 SELECT @Sum1=99999999999999.99*SIGN(@Sum1)
UPDATE DH2226 SET SP2233=@Sum0,SP2236=@Sum1 WHERE IDDOC=@IdDoc
\}

покажи скриншот результата вот этого, выполненого в QA

select iddoc, count(iddoc) from dt2226 group by by iddoc having count(iddoc) > 1

и вот этого еще

select iddoc, count(iddoc) from _1sjourn (nolock) group by by iddoc having count(iddoc) > 1

примари кей просто так не задваивается...

(0) для начала сделай бекап
потом (13)

потом спроси всех кто имеет доступ, про нештатые 1с действия (прямые запросы, изменения уровня изоляции, и т.д.)

спроси про сбои файловой системы и т.д.

пока не поймешь причину ничего не изменяй.

а документы руками вводятся?

(13)
http://s017.radikal.ru/i433/1208/f9/9539662b6507.jpg

c(14) пустота

(16) только приходные накладные вручную + возвраты + списание + акты переоценки +оприходование+инвентаризация

блин, не то.. Дениска сбил с толку..
вот так, что кажет ?

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

(15) сбоев не было,все крутится на нормальном серваке,с базой работают 7-8 чел

+(22)максимум 10, тетки для них "нештатые 1с действия (прямые запросы, изменения уровня изоляции, и т.д.) " это фантастика

(20) что кажет ?

(24) у тя же примари кей.. там дублей не должно быть по-определению..
Но можешь проверить, на всякий это:

select iddoc,lineno_, count(iddoc+lineno_) from _1sjourn (nolock) group by by iddoc,lineno_ having count(iddoc+lineno_) > 1

>>>полнении обработки выдала сообщенице

а обработка че делает ?

а вот этот запрос че кажет ?

select iddoc, count(iddoc) from _1sjourn (nolock) group by by iddoc having count(iddoc) > 1

(25)
Server: Msg 207, Level 16, State 3, Line 1
Invalid column name 'lineno_'.
Server: Msg 207, Level 16, State 1, Line 1
Invalid column name 'lineno_'.
Server: Msg 207, Level 16, State 1, Line 1
Invalid column name 'lineno_'.
Server: Msg 207, Level 16, State 1, Line 1
Invalid column name 'lineno_'.
Server: Msg 207, Level 16, State 1, Line 1
Invalid column name 'lineno_'.

(26) (0 row(s) affected)

Дублей нет, всё ништяг

(26) обработка ищет карточки товара которые не использовались более 1,5 года и помечает их на удаление

там их развелось до хрена и больше

(27)ошибся, так есть че ?
select iddoc,lineno_, count(iddoc+lineno_) from dt2226 (nolock) group by by iddoc,lineno_ having count(iddoc+lineno_) > 1

Посмотри выгрузку с касс, может там фигня выгрузилась, поэтому грузит в док >32000 строк.

(32)Line 1: Incorrect syntax near 'iddoc'.

(33) да нет отчет отдела в НГ самый большой на 1474 строк  и все самый большой

Инвентаризация на 11792 строки

(32)Server: Msg 245, Level 16, State 1, Line 1
Syntax error converting the varchar value ' 41RFX   ' to a column of data type smallint.

ОНО

http://i063.radikal.ru/1208/01/05f0b3b21dce.jpg

(21) как именно сливаются, какими средствами?

из траблов могущих привести к сабжу
1. вложеные транзакции 1с с кривым откатом
2. кривые индексы (как правило это если есть волшебный файлик для дружбы хрюши и висты/семерки)
3. выключение сервера
4. сетевые проблеммы (частичная потеря пакетов)
5. кривые настройки сервера (файловый кеш и всякие "спасатели")


(20)

примерно так, только синтаксис по памяти пишу, наверно ошибки есть

select t1.iddoc from (select iddoc, count(iddoc) AS C from DT2226)as t1 whele t1.c > 0

да блин
select
 iddoc,
 lineno_,
 count(iddoc+lineno_)
from dt2226 (nolock)
group by iddoc,lineno_
having count(iddoc+lineno_) > 1

(40)программа кассовый сервер,которая опрашивает кассы на наличие чеков и закрытие смен.
1.не знаю
2.стоит только Win 2003 и win ХП. семерок и прочей лабуды нет
3.не возможно физически.2 линий света + дизель генератор
4.не возможно ,оборудование полная замена с нуля
5.спасатели это что ?

(41)
Server: Msg 245, Level 16, State 1, Line 1
Syntax error converting the varchar value ' 41RFX   ' to a column of data type smallint.

(40)
Server: Msg 170, Level 15, State 1, Line 1
Line 1: Incorrect syntax near '0'.

(41)
всёж наверное

select
 iddoc,
 lineno_,
 count(*)
from dt2226 (nolock)
group by iddoc,lineno_
having count(*) > 1

только это гарантированно ничего не даст
у него же в процессе записи ошибка валится и дублей естественно не создаётся, ибо constraint же, а потом ещё и транзакция откатывается

(0 row(s) affected)

так вот и интересно найти причину

В составе SQL-сервера есть "SQL Server Profiler", вот его запускай, и смотри какие запросы идут на сервер в момент работы обработки. После того как оно свалится, где-то ближе к концу будет искомый запрос про вставку в dt2226. Надо смотреть, чего он вставляет в lineno_

ок щас пустим

(36) ниче что табличные части в 7.7 10 тыс строк держат?

(45) точно, он же к смоллинт чар не может преобразовать..

(50) :))
200 тыщ легко и не напрягаясь, даже в дбф.

точнее 9999

(53) это нумерация строк до стольки, и то, только для дбф базы.

exec sp_executesql N'Insert into DT2226 values( P1,@P2,@P3,@P4,@P5,@P6,@P7,@P8,@P9)', N'P1 varchar(9),@P2 smallint,@P3 varchar(9),@P4 numeric(14,3),@P5 numeric(16,2),@P6 numeric(16,2),@P7 numeric(5,2),@P8 varchar(24),@P9 varchar(9)', ' 58I2A   ', -2313, '  1B5X   ', 0.250, 20.88, 1.04, 4.98, '5000000608              ', '    CF   '

последнее что написало он перед крахом

собственно, интересовать тебя должна парочка
' 58I2A   ', -2313
цыферка -2313 явно свидетельствует о переполнении, и скорее всего где-то внутре у 1С.
Почему дубль появляется именно на этой цыферке не понятно. Интересу для можно просмотреть лог, на предмет в какой момент появляется переполнение, и в какой момент в первый раз появляется искомая пара.
Но всё это в общем достаточно теоретические изыскания. Вероятнее всего, надо всё-таки что-то делать с загружаемым документом. На два его поделить, что-ли. Сколько там вообще строк то грузится?