Есть ли в V 77 ограничение на количество строк в документе? #88809

Делаю отсечку. Хочу сделать документы остатков, разбив их по типу регистров. По партиям получается около 10000 строк. Ничего не упадет?

Есть. Штатное ограничение 9999 строк. Тема неоднократно поднималалсь. Используй поиск.

1. Где написано?

9999 это ограничение на нумерацию, а не количество строк.

в SQL версии smallintInteger data from -2^15 (-32,768) through 2^15 - 1 (32,767). Storage size is 2 bytes

Разбивай их по 100-200 строк, потом удобнее будет искать/исправлять/перепроводить, имхо

, , т.е. если у меня в документе будут остатки по партиям и там будет больше 9999 строк, то он что, не проведется? Или строки просто нумероваться не будут?

слушай их больше... Все будет работать и проведется. Никаких ограничений нет (если не считать ограничением емкость диска и т.п.)Единственный недостаток - в строках при открытии документа будет сбита нумерация. При желании навести "красоту с бантиками" - ВыгрузитьТабличнуюЧасть(ТЗ), ЗагрузиьТабличнуюЧасть(ТЗ) при открытии; или просто отсортировать строки.

6. Я и не говорил что нельзя. Вот у меня сейчас открыт док, в нем 17103 строк. С номерами.7. Шаманство с пересортировкой не потребуется, если поставить скульную версию. Насчет _никаких_ ограничений вопрос весьма спорный. Вчера на риалнете выясняли предел кол-ва записей в dbf.

Серьёзно?А потом неуникальные индексы по dt, ra как разруливать будешь?

ну да, конечно.. предельное количество записей в Dbf - это почти из того же разряда, что и ограничение емкости диска ))) В незапредельном случае все работает.

Предельное количество записей достичь трудно. А вот предельный размер dbf-файла в 2Гб - легко. 3 года работы базы производственного учета на забалансовых счетах - и предел достигнут. Так что относитесь серьезно к этому.

+Еще если периодические реквизиты устанваливаешь, а в ОбработкаПроведения стоит ПривязыватьСтроку тоже проблем не возникнет?# Name |Descr |Type[A/S/U]|DBTableName|ReUsableT=1SCONST |Константы |A |1SCONST |1#-----Fields-------# Name |Descr |Type|Length|PrecisionF=OBJID |ID obj(0-cons ) |C |9 |0F=ID |ID parameter |C |4 |0F=DATE |Fix date |D |8 |0F=PARTNO |no of part |N |3 |0F=VALUE |valume |C |23 |0F=DOCID |ID Document |C |9 |0F=TIME |Time |C |6 |0F=ACTNO |Action No |N |6 |0F=LINENO |LineNo |N |4 |0F=TVALUE | |C |3 |0

Судя по тому, что ответов на + нет, то штатное ограничение всё таки есть.

13. Ну, на, я тоже постану:# Name |Descr |SQLTableNam|RecordLockT=1SCONST |Константы |_1SCONST |#-----Fields-------# Name |Descr |Type|Length|PrecisionF=ROW_ID |Row ID |I |0 |0F=OBJID |ID obj(0-cons ) |C |9 |0F=ID |ID parameter |I |0 |0F=DATE |Fix date |D |0 |0F=VALUE |valume |V |255 |0F=DOCID |ID Document |C |9 |0F=TIME |Time |I |0 |0F=ACTNO |Action No |I |0 |0F=LINENO_ |LineNo |S |0 |0F=TVALUE | |C |3 |0

где в написано про Скуль? ;)ЗЫВыгрузка из скуля и загрузка в ДБФ даст очень интересные результаты. ;)