Сколько максимум документов выдержит sql база Ут на платформе 8.3?

4 гугля документов

(0) Пока диск не кончится.

(0) Зависит от многих факторов
В т.ч. какая СУБД (mssql, postgresql, oracle, ibmdb2) и какая платформа 1С, так же какие ограничения могут быть в самой конфе 1С

(3)+ Причем ты не уточнил каких документов
Разных видов доков может влезти больше чем если доки только одного вида
Ну и можно упереться в какую то другую таблицу, например в некий РН или РС

sql , платформа 1с 8.3, ут 11.4

(5) какой именно sql?
какая именно платформа 8.3.XX.XXXX?

но фактически задолбаетесь доки создавать чтобы в предел упереться, это вам не 1С 7.7 32-битная

(5) sql — это язык запросов, а не СУБД.

MS SQL?

sql говорит про более 2 млрд записей в таблице, так что можно не учитывать

Реально о лимитах можно говорить на файловой 1С 8.3, причем там и предел размера файла что связано с ОС и файловой системой и разрядностью 1С

(9)> предел размера файла

Размер таблицы

1,8 млн вроде файловая

(8) Представь что у тебя регистры не закрываются
В итоге табличка остатков запросто может распухнуть так что в предел 2 млрд записей еще не уперся но сама 1С уже зверски тормозит

интересно sql бд

(10) да не дописал что есть и ограничение на количество записей в таблицах и на размер-объем файла данных в операционке/фс

(13) прочитай еще раз (3) и (7) внимательно и уточни какая у тебя SQL СУБД?

допустим до 50 строк в документе

для любой платформы 1с назови данные

(16) боюсь у тебя недостаточный уровень знаний чтобы предметно общаться на данную тему

8.3 конечно

боюсь , что у тебя еще меньше

(17) тебе уже выше написали что зависит от кучи факторов

Помоему под номер документа 6 символов идет, а значит до 999999 документов ежегодно влезет, потом нужен бубен

мне интересен ответ людей , которые сопровождают большие базы 1с

пусть будет один док реализации , созданный в пустой конфе, регистров нет

(23) Насколько мне удавалось видеть большие базы... И там реально было овер много записей.
База "сдыхает" не потому, что в ней много записей в каком-то из объектов. Пишешь запрос и он все равно выборку сможет сделать.
Обычно ломается возможность вывода огромного количества записей в форму списка.
И в актуальных релизах платформы сделали так называемое динамическое считывание данных.

А вот в толстых формах еще не было динамического и приходилось извращаться на практике, чтоб форма списка, например, регистра сведений не зависла. Именно, что форма. Без формы с запросами в этом регистре все продолжает работать.

про показывать первые 100 понятно, а цифорки назовете?

(26) и чего тебе эти циферки дадут? Мне эти циферки ничего не дают. Одно только могу сказать, что до 50 000 примерно - еще нормально. Под 100 000 - терпимо
Если там порядок записей 1 млн , то это однозначно напрягает.

На упомянутом примере в толстых формах было известно, что в регистр сведений был порядка 170 млн записей.
В какой момент происходило зависание формы - не пытался отловить. Думаю, что толстые формы могли зависать на попытке отображение 64 К записей
Но повторюсь, что без попытки отображения гигантского числа записей с этим регистром работали : запросы по этому регистру отрабатывали.