при котором 1с начнет "чудить"?

Семёрка начнёт чудить быстрее, потому что ещё сырая.
В семёрке есть ужасные общие таблицы типа "общий журнал документов" и таблица для периодических реквизитов.

У клиентов есть живая база ТиС 7.7, 150 GB, работает шустро, гораздо быстрее УТ11

(0) если у вас не начала чудить, значит и не начнет

(2) сравнил лом и палец

(4) документооборот размером 300 Гб+ тоже летает :)

сканы документов внутри базы хранятся

встречал в одной конторе на собеседовании (лет 10 назад) ТиС7.7 размером под 1Тб (со слов рукой водителя...) ну они там на прямые запросы перешли вместо "кривых"

https://script-coding.com/Direct_queries.html

на вопрос - нах.я такая больщая база нужна?
в ответ: - у нас все ходы записаны от рождества Христова :)

(6) думаю это полный размер sql с индексами и логом
фактически там данных не фиг и до 20 гигов сжимается

:)
спс софтпойнту - уже не критично

2(1)

Ну если у меня файловая клюшка на 10 Гб не чудит, то скульную базу я бы ваще не волновался.
.
При соблюдении порядка в базе скуловая база на клюшках может жить практически на вам хватит.

(10) Ни разу индексы не ломались?

единственное что помните в 7ке когда делаете УРБД - не делайте русских имен для идентификаторов!
чтобы на ваши головы не легли проклятья))

(11) не помню. значит - раз не помню - ничего критического не было.
С чего им ломаться? Возможно, если кривая работа прогера с транзакциями?
Да и регламент отрабатывает ночью - сносятся все индексы и принудительно переиндексируется.

(12) для идентификаторов чего? (не люблю УРБД, мало с ним работал)

3 символьные ИД баз.

(13) Индексы не ломаются, они ежедневно сносятся и перестраиваются. На день хватает. Му-ха-ха!

Семёрка ещё сырая...

(16) :) вот что бывает если Нуралиев просто не открыл исходники 7.7

(17) Может ему стыдно. Не рассматривали такой вариант? Семёрка писалась на скорую руку, примерно как нынешний движок мисты. Если его откроют, то там нечем гордиться.

(18) :) линукс тоже не сразу строился

(19) Linux ещё сырой...

(4) Ну а чего такого умеет УТ11, что нельзя сделать в 7.7. У них и маркировки и ЭДО, касс штук 300.

Последние конфы 1С вообще стали непоротливыми монстрами, даже относительно идеальная бухгалтерия.

(16) Восьмерка файловая с таким размером обычно подыхает уже, потому что сырая ))

(23) Восьмёрка была изначально спроектирована под клиент-сервер. Даже в случае файловой версии рекомендуется доступ через веб-сервер.

(16) спасибо, поржал.
сколько там юзеров потянет файловая восьмерка при активной работе?

(16) ты не поверишь.
у меня еще и бэкапы делаются. в три разных хранилища.

(18) угу... Ноев ковчег строил любитель, Титаник строили профессионалы.
бугага ;-)

(25) Да хоть миллион

(27) Семёрка должна уйти

(29) кому должна?

(30) Это вы придуриваетесь? Мисте должна

(31) хамишь

Лично работал с базой на основе перепаханной ТиС около 400 гиг в рибе. Почти полностью была переписана на прямые запросы, вплоть до прямой записи в таблицы РИБ - с моим участием.

(31) Ну всё, теперь семёрке точно капец.

(34) :)
где-то в офисе Нуралиева:

- увольте 500000 1сников
- но сэр это же много ...
- миллион!
- хорошо сэр
..
- вы чудовище, Нуралиев!
- я знаю.

(29) она на 360 градусов уходит :-)
.
много ли на 8.0 работает? на 8.1? на 8.2?
и вообще какой-то застой, где 8.4?
.
и когда будет 9?

(36) Не порядок. За это время мелко мягкие выпустили вин 95, 98, мелениум, 7, 8, 10, 11 и это только в десктопных версиях.

(36) так вот жe? на 9 не тянет?

https://v8.1c.ru/upload/platforma/platform/wrkspc.png

(36) А ведь кто-то работает на 8.0 и 8.1.  Вот уж кто попал, так попал.

(38) 9-ка еще сырая

А как начинал в 91 вышла 1 программа потом за 4 года дошли до 6.0 чаще чем раз в год новая версия. Потом чуть замедлились но все равно +/- 2-3 года 7,0 7,7 8,0. А дальше практически топчутся на месте. занимаясь мелким улучшательством раз в пятилетку.

(39) а вот это и в самом деле непонятно. Вроде нет никаких препятствий уйти выше
(41) принципиально - ее не улучшить.

(29) уйдет в 2035 году, когда цифры закончатся

(29) (0) сорри 19 января 2038 года.

(44) Не факт. :)

(45) Что тогда делать с датами, и 1с не запускается после 2037 года на компьютере

(46) Ещё есть время

Когда-то меня старший товарищ учил программировать на семерке, чтобы база не разрасталась. Типа, не делай регистры с миллионом измерений, не делай реквизиты справочников/документов "неограниченной длины" и так далее. Наверное были проблемы с распуханием баз :)

а вы оптимисты я смотрю ))

(48) Для ДБФ версии критично для скл не так. Хотя не закрытые регистры по измерениям это дурной тон. Если знаешь, что они не будут закрываться или пиши регламентный документ который их будет закрывать или пихай это в Реквизиты, а не Измерения.

(44) Думаю 128 битная ось выйдет раньше и 16-32 битные приложения перестанут поддерживаться.

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

(48)
"...не делай регистры с миллионом измерений,"
- на распухание базы это влияет весьма опосредствованно. критичнее - длина индекса (то ли 117, то ли 160 или что-то возле...) и риск при большом колве измерений накосячить с незакрытостью регистра.
.
"...не делай реквизиты справочников/документов "неограниченной длины"
- на распухание базы тоже не очень, критичнее риск для файловой версии вывалиться за предел размера файла и блокировки/транзакции при доступе к таблице, где хранятся реквизиты неограниченной длины (таблица одна общая для всех)
.
как-то типа так

(41) :) 7.5 забыл

(55) перед этим была
Торговля 7.0