Знаю, что предельный размер файла ДБФ-базы - это 2Гб.

Сейчас у меня два регистра приближаются к этому пределу:
регистр1: DBF - 1.949.676.528 байт, CDX - 1.043.525.120
регистр2: DBF - 1.062.751.702 байт, CDX - 697.588.736
остальные файлы - менее 1Гб.

Так вот что произойдет когда размеры этих файлов перевалят 2Гб?

Пожизненный SQL с гвоздями

(0) переход на восьмёрку

"Так вот что произойдет когда размеры этих файлов перевалят 2Гб?"  ничего, ибо они не перевалят

все будут курить

(4) что-то мне подсказывает, что они уже курят в начале каждого месяца, причём, всё больше и больше

(0) При попытке записать данные, программа будет вылетать с фатал эрором. Соответсвенно будет потеря данных.

(0) И не забывай. Кроме ограничений на размер. есть ещё ограничентия на количество записей. Это чуть меньше 20 млн. записей.

(6) можно ли как-то "продлить" агонию?
вроде слышал есть какие-то разработки которые позволяют решить эту проблему

(8) Есть. называется SQL

(8) ставишь SQL Server Express 2008 бесплатный перегоняешь и вперед работать ,перекуры окончены

(0) Разверзнутся небеса и грянет гром на голову нечестивца...

(8) Если повезет - то вазелин.
(10) Мы про семерку говорим?

(8) Обрезание

(12) да 7-ка

(12) 2. а в чём проблема?

(13) Не всем религия позволяет
(10) Ему сотрудники серпом яйца отпилят за такое

RG = 1.949.676.528
А RA?

(16) и в жертву Ктулху принесут.

(15) У семерки нет проблем с SQL 2008 Express?

(19) окромя ограничений 10 гиг на базу и гиг оперативы  на процесс сервера, вроде нет. благодаря секретному релизу

(19) а что есть ? , у нас стоит работает

хотя есть один нюанс: лицензии на 7.7 сетевая и 7.7 для SQL - разные

Есть кажется версии дбф движка где это ограничение снято...

(20) У него один файл два гига. А тут всего 10 на базу, и всего гиг под сиквел, не говоря о тормозах которые появятся из-за специфики работы 1Ски на 2005/2008.

(23) Нет. Есть возможность выгрузки, где частично снято ограничение (на выгрузку)

(24) мда если такой фарт. то только совет (13)

(24) надо будет - проапгредит. если не хватает умений/знаний обрезать или привести регистры в порядок. а остальное - это не особенность 2008 или 2008 Expr, а скуля в целом

Для начала можно попробовать упаковку таблиц сделать.
Еще как вариант посмотреть, что из себя регистры представляют.
У меня был случай, поставили дату 2025 год и перевели точку актуальности.
База вспухла. Из-за регистров остатков.

До часа Х 01.10 совсем чуть-чуть осталось.
Может ТС пора заяву написать?

вот до чего семерка доводит..

(29) Думаешь его отпустят в отпуск?

ну пусть на sql 2000 ставит

(29)Остро, Но НЕ умно

(0) свернуть обрезать надо

+(29) сделать 3 конверта

(35) Имхо - ОстроНеУмно лучше, чем ТупоУмно.

Здесь всё написано: wiki:1С:Предприятие (в разделе "Архитектурные ограничения").

(40) и что ?

(27) Это особенности (тормоза) именно 2005/2008.

(39) Лучше уж молчание чем ТУПО сарказм

и все-таки, регистр1.DBF и регистр2.DBF - это RGXXX1.dbf и RGXXX2.dbf ?
может, тогда просто привести в порядок базу, закрыть регистры...

(44) А я о чём в (17)
ТС динАмит - будем телепатировать.

(45) А теперь Понятно! Изначально я не заметил(17)

(7) чуть меньше 20 млн записей? Я на тестовой бозе файл 1SCONST.DBF довел примерно до 22 млн записей. и еще можно вести дальше...

(46) Ну дык выкладывай.

(45)

RA176.DBF - 1.949.676.528
RA176.CDX - 468.928.000
RG176.DBF - 9.939.570
RG176.CDX - 3.479.040


RA211.DBF - 1.062.751.702
RA211.CDX - 697.440.768
RG211.DBF - 1.051.831.990
RG211.CDX - 430.710.784

это обо регистра остатков: первый на центральных складах, второй - в наших филиалах

С закрытостью порядок.
Значит либо свёртка либо скуль.
Причём очень срочно.

понятно

спасибо за помощь

(0) для тебя 21.12.12 наступит чуточку раньше...

не в тему:
можно ли на этом форуме сделать, чтобы при ответах в теме высылалось уведомление на е-мэйл?
сейчас очень не удобно следить за ответами

(54) постараюсь что не наступило

Кстати. С файлами RG проблемы наступают уже при превышении 1 гига.

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

+только помни, что современные версии скуля с 77 не работают, либо ищи секретный релиз 27...

(57) а как же у меня сейчас работает?

(58) А если все официально делать?

что значит официально?

(62) То что с 1с 7.7 dbf на 1с 7.7. sql сейчас вроде даже не апгрейдится.
ТиС Скуль вроде около 100 тыр стоит.

(58) Это если у него выгрузить данные из файловой базы получится. Или при выгрузке нет ограничения на размер zip-файла? Вроде ж есть в 2 гига.

(58) у нас база распределенная, тогда придется периферийные тоже на SQL переводить?

(13) Прям как у евреев.

(65) Нет.

(67) а почему нет? они же ведь тоже по идее имеют такой же размер как и центральная БД?

(51) на филиалах регистры практически наверняка не закрыты...
висят остатки по другим складам

(68) вовсе нет. что, собственно, и показывает твой пример в (49)

(60) Врёт иногда. Периодически.

(0) Резай базу. Иначе тебя руководство будет иметь по полной.

1) приобрести sql версию 1С
2) пропатчить файлик чтобы 1с поддерживала 2008 скуль
3) поставить 2008 сервер винды триал и настроить терминал
4) Сделать образ жестяка и по окончании пробного периода залить образ жестяка.

(73) чего?
по-моему что-то пропущено

(49), (51) думаю, что с закрытостью - не порядок. 211 файл движеняи и итоги сопоставимы по размерам. это - бяки.
.
телепатирую. приход товаров на центральный склад, ПЕРЕМЕЩЕНИЯ - на филиальные склады. Перемещения мигрируюь а филиалы. А приходы остаются на центе.
.
???

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

у меня а голове стойкое ощущение, что таки есть патчик который делает потолок одного файла в 4 гб. Причем даже это же ощущение мне говорит, что он была сделан человеком под ником romix

(77) Нет, Hogik - он убирал ошибки журнала на границе 1 Гб, и что-то еще. Там несколько ошибок.

а каково ограничение на размер файла н а новелле? или не поможет его туда закинуть?

(71) как врет?
ведь бухгалтера постоянно формируют отчеты, сверки всякие и т.д.
были бы ошибки в отчетах - их сразу бы заметили

(79) это ограничение именно работы 1с. где лежит файл - непринципиально.

(80) Не заметили не значит, что нет ошибок.

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

"Одним из недостатков DBFной версии “1С:Предприятие 7.7” является ограничение на размер файлов – 1 гигабайт. При этом если система эксплуатируется в однопрограммном режиме, то размер файла может быть 2 гигабайта, однако если появится второй пользователь, а файл будет больше 1 гигабайта, то система 1С начинает сбоить по ЧТЕНИЮ, у одного пользователя, если другой выполняет запись/обновление данных. Например, если выполнять цикл по выборке данных, то он может “тихо” прекратиться в любой момент, не предоставив программе всего множества объектов...

http://infostart.ru/public/15577/

Размер файла 1SBKTTL.DBF достиг 1,14 ГБ

(80) это ты заблуждаешься. большинство буЛГахтеров неспособны отличить правдоподобные цифры от правильных.

а эта штука http://infostart.ru/public/15211/ не решает проблемы?