|
v7: Предельный размер файловой базы | ☑ | ||
---|---|---|---|---|
0
Joshim
27.05.13
✎
16:36
|
На предприятии используют 1С в файловом режиме. SQL на предприятии нет. Каков предельный размер файловой базы?
|
|||
1
ДенисЧ
27.05.13
✎
16:38
|
2гига на дбф или cdx
|
|||
2
Lionee
27.05.13
✎
16:41
|
+10кб
|
|||
3
РусскийВедун
27.05.13
✎
16:44
|
где то читал не помню где, что как то до 10 гиг можно работать. Не помню только, что нужно сделать.
|
|||
4
Lionee
27.05.13
✎
16:45
|
(3) ага щаззззззз
|
|||
5
РусскийВедун
27.05.13
✎
16:46
|
(4) на мисте кто-то и писал. пару месяцев назад. вспомнить точно не могу.
|
|||
6
Ёпрст
27.05.13
✎
16:49
|
(0) огласите размер самой большой дбфки и её имя.
|
|||
7
Joshim
27.05.13
✎
16:50
|
А можно купить SQL лицензионный для 1C 7.7?
|
|||
8
Ёпрст
27.05.13
✎
16:50
|
(7) покупай, разрешаю.
Но сперва - ответ на (6). |
|||
9
Joshim
27.05.13
✎
16:50
|
(6) DT2778 1 гб
|
|||
10
Joshim
27.05.13
✎
16:52
|
(8) нетиповая , DT2778 это табличка с документами
|
|||
11
Joshim
27.05.13
✎
16:54
|
Интересно, SQL2005 реально приобрести?
|
|||
12
Lionee
27.05.13
✎
16:57
|
2008 sql скачай и работай , ограничений кажись до 10гиг , бесплатно
|
|||
13
КонецЦикла
27.05.13
✎
16:58
|
(10) Прикольно, там что у вас переписка с клиентами, документ не проводится? Обычно другие таблицы самые большие
(5) Дело в размере файла, а не базы в целом |
|||
14
РусскийВедун
27.05.13
✎
17:02
|
http://infostart.ru/public/15577/ Kernel3x позволяет до 4 ГБ увиличить ограничение. тут пишут про 10-12гб http://legion-service.org/sposobi_optimisasii_1c77dbf.html
|
|||
15
Ёпрст
27.05.13
✎
17:04
|
(9)ну, еще столько же доков потянет твоя базёнка
|
|||
16
РусскийВедун
27.05.13
✎
17:06
|
(10) еще круче создать новый документ дублер и новые данные записывать туда. Вообще получается масса способов продлить жизнь.
|
|||
17
Ёпрст
27.05.13
✎
17:06
|
(14) откуда этот бред в 10 гигов взял ? И там об этом не пишут, как и о 4 гигов тоже.
Физическое ограничение - 2 гига на файл в дбф.. всё. |
|||
18
Lionee
27.05.13
✎
17:06
|
(14)ну если ты хочешь то эксперимент тебе в руки.
|
|||
19
Lionee
27.05.13
✎
17:07
|
(16) ты ваабще в теме ?
|
|||
20
Joshim
27.05.13
✎
17:09
|
(14) а что скажете про "сворачивание" базы?
|
|||
21
Joshim
27.05.13
✎
17:09
|
а что скажете про "сворачивание" базы?
|
|||
22
Ёпрст
27.05.13
✎
17:09
|
(21) пользуйся, разрешаю.
|
|||
23
Lionee
27.05.13
✎
17:09
|
(14) из твоего что ты запостил
>>Для файлов формата dbf это ограничение равно 2 гигабайта. |
|||
24
Joshim
27.05.13
✎
17:10
|
(22) спасибо, как это делается?
|
|||
25
Ёпрст
27.05.13
✎
17:10
|
а тебе, выкинуть половину реквизитов (или уменьшить длину числовых) из твоей табличной части этого документа - табличка в разы похудеет.
|
|||
26
Ёпрст
27.05.13
✎
17:10
|
(24) обработкой вестимо.
|
|||
27
РусскийВедун
27.05.13
✎
17:11
|
(23) согласен. тут пишут про 10-12гб http://legion-service.org/sposobi_optimisasii_1c77dbf.html лапшовая ссылка. (21) если позволяют эти доки свернуть отлично.
|
|||
28
Ёпрст
27.05.13
✎
17:15
|
(27) Там НЕ пишут про 10-15 гигов на ОДИН файл
|
|||
29
Ёпрст
27.05.13
✎
17:15
|
Там вообще нет упоминания про 10-12 гигов нИГДЕ
|
|||
30
Ёпрст
27.05.13
✎
17:16
|
Если че, у нас была база в 25 гигов, как бэ
|
|||
31
Ёпрст
27.05.13
✎
17:17
|
в дбф
|
|||
32
РусскийВедун
27.05.13
✎
17:17
|
да понял...
|
|||
33
Joshim
27.05.13
✎
17:18
|
(31) что скажете про этот способ "сворачивания базы"?
|
|||
34
Lionee
27.05.13
✎
17:18
|
(33) да рано еще как бэ
|
|||
35
Ёпрст
27.05.13
✎
17:18
|
(33) "Этот" это какой ?
|
|||
36
Ёпрст
27.05.13
✎
17:22
|
У тебя всего лишь пока, распухла табличка табличной части одного из документов, и всё поди, из-за реквизитов типа "строка с длиной 256" ...
:)) Огласи структуру таблички из словаря (1cv7.dd) |
|||
37
Joshim
27.05.13
✎
17:23
|
||||
38
Joshim
27.05.13
✎
17:25
|
(36)
T=DT2778 |Документ (Мн.ч.) Наряд |A |DT2778 |1 #-----Fields------- # Name |Descr |Type|Length|Precision F=IDDOC |ID Document's |C |9 |0 F=LINENO |LineNo |N |4 |0 F=SP2798 |(P)Код |C |16 |0 F=SP2799 |(P)Документ |C |9 |0 F=SP2800 |(P)КлієнтАдреса |C |64 |0 F=SP2801 |(P)НБлока |N |6 |0 F=SP2802 |(P)НомерПакета |N |6 |0 F=SP2803 |(P)Блок |C |32 |0 F=SP2804 |(P)Довжина |N |7 |1 F=SP2805 |(P)Кут1 |N |6 |1 F=SP2806 |(P)Кут2 |N |6 |1 F=SP2807 |(P)Кількість |N |4 |0 F=SP2808 |(P)ПозиціяПалки |C |10 |0 F=SP2809 |(P)НоменклатураФорму|C |13 |0 F=SP2810 |(P)Номер |N |7 |0 F=SP2811 |(P)Ширина |N |6 |0 F=SP2812 |(P)Висота |N |6 |0 F=SP2813 |(P)Увага |N |2 |0 F=SP2814 |(P)Армування |C |100 |0 F=SP2815 |(P)ДовжинаАрмування |N |7 |1 F=SP2816 |(P)Комірка |N |5 |0 F=SP2817 |(P)ПозиціяСтворки |C |100 |0 F=SP2818 |(P)Пакети |C |64 |0 F=SP2819 |(P)Панелі |C |64 |0 F=SP2820 |(P)Шпрос |C |9 |0 F=SP2821 |(P)Дистанція |C |64 |0 F=SP2822 |(P)РозмірПакета |C |64 |0 F=SP2823 |(P)Тип |N |2 |0 F=SP2824 |(P)Довжина0 |N |7 |1 F=SP2825 |(P)ШтапікФурнітура |C |13 |0 F=SP2826 |(P)РозмірШтапіка |C |64 |0 F=SP2898 |(P)НаСторону |N |2 |0 F=SP3315 |(P)КодПир |N |8 |0 #----Indexes------ # Name |Descr |Unique|Indexed fields |DBName I=IDLINE |of IDDOC+LineN|0 |IDDOC,LINENO |
|||
39
Joshim
27.05.13
✎
17:26
|
(36) скорее документов большое количество, сама табличка вроде оптимальна
|
|||
40
КонецЦикла
27.05.13
✎
17:27
|
Зачем на размерную часть и проч. отдавать 64 символа?
Позиция створки - 100 символов Нельзя как-то укоротить или заменить ссылками? |
|||
41
Ёпрст
27.05.13
✎
17:29
|
(38) ну, об чем и речь - куча строковых реквизитов в табличной части... тихий ужас, короче
|
|||
42
Ёпрст
27.05.13
✎
17:31
|
F=SP2798 |(P)Код |C |16 |0
F=SP2800 |(P)КлієнтАдреса |C |64 |0 F=SP2803 |(P)Блок |C |32 |0 F=SP2808 |(P)ПозиціяПалки |C |10 |0 F=SP2814 |(P)Армування |C |100 |0 F=SP2817 |(P)ПозиціяСтворки |C |100 |0 F=SP2818 |(P)Пакети |C |64 |0 F=SP2819 |(P)Панелі |C |64 |0 F=SP2821 |(P)Дистанція |C |64 |0 F=SP2822 |(P)РозмірПакета |C |64 |0 F=SP2826 |(P)РозмірШтапіка |C |64 |0 Избавься от этого, или заведи справочник и пихай ссылки в табличную часть. |
|||
43
Joshim
27.05.13
✎
17:32
|
ок, спасибо
|
|||
44
Ёпрст
27.05.13
✎
17:34
|
Сделай копию файлика,открой её дбф-редактором выкини из него эти поля, сохрани - так примерно оценишь степень эффекта от "похудания".
Дальше заменяй строки на ссылки от справочника(ов) |
|||
45
РусскийВедун
27.05.13
✎
17:53
|
(44) Вы Гений. По вашему совету промотрел один большой файл 800 метров, нашел ненужный строковый реквизит длиной 300, на копии грохнул и файл стал весить 440 мег. Я офанарел!
|
|||
46
aka MIK
27.05.13
✎
17:59
|
Это че, я вот как-то обнаружил индексированное поле длинной 300 символов, сразу пару гиг ушло
|
|||
47
Злопчинский
27.05.13
✎
22:06
|
(14) как-то вы неверно истолковали текст по ссылке.... про 4ГБ на файл...?
|
|||
48
Злопчинский
27.05.13
✎
22:11
|
(37) сильно извращенно с переносом в пустую базу. все можно сделать примерно так как описано в статье в рамках одной базы безо всяких вымороченных обменов.
|
|||
49
viktor_vv
27.05.13
✎
22:16
|
(45) Писатель ?
|
|||
50
Aleksey
27.05.13
✎
22:24
|
(29) " Путем выполнения указанных в статье рекомендаций можно “вернуть форму” базе DBF даже большого размера (10-12 гигабайт), "
|
|||
51
Злой Бобр
27.05.13
✎
23:04
|
(50) Если вы непонимаете разницы между размером базы и файла - лучше промолчите. Тем более такое вступление перед рекламой ссылки в (37). Вот только тем кто знает что и как - пофиг. А тем кто незнает - темболее.
Вроде и не пятница ... |
|||
52
Сияющий Асинхраль
28.05.13
✎
00:26
|
(47) на самом деле где-то видел изложение способа увеличить размер файла до 4-ох Гиг, но это уже получались не дбф и не сиквел. И экспериментировать с модификацией движка лично мне было страшновато. Так что почитал я этот способ, пожал плечами и оставил все как есть
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |