Имя: Пароль:
1C
 
1с7 ТиС. Максимальное количество реквизитов в справочнике
, ,
0 e200420
 
01.10.18
17:00
Приветствую! Знаю, что была такая тема и не одна. Но год близится 2019, а решение неизвестно.
Короче, есть справочник товаров, у него 101 реквизит уже есть. Добавляю 102-й. И сохраняется база уже почти 12 часов. В любом другом справочнике это занимает не более 5-10 мин. База файловая, винт ссд 960 эво. Скорость бешеная. Но что-то мне подсказывает, что реквизит не удастся добавить. Есть у кого решение ?
1 Ёпрст
 
01.10.18
17:01
Добавлю реквизит в базу за 2 минуты.
2 Ёпрст
 
01.10.18
17:02
так то тема, [:]|||||||||||||||||||||||||||[:]
3 e200420
 
01.10.18
17:05
(1) сторонними средствами?
4 Холст
 
01.10.18
17:06
извращенцы )))

кол-во элементов справочника сотни тысяч-миллионы ?
5 VladZ
 
01.10.18
17:07
(0)  "у него 101 реквизит уже есть" - и какая в этом необходимость?
6 VladZ
 
01.10.18
17:08
Я бы пересмотрел структуру.
7 Ёпрст
 
01.10.18
17:09
короче, долгий путь - открыть пофигуратор, снять все отборы и сортировки со всех реквизитов этого справочника, сохранить, добавить свой реквизит, сохранить, вернуть отборы и сортировки взад, сохранить.

Православный метод, на пустышке создать нужный мд и словарик, любым дбф редактором открыть табличку справочника и добавить нужное поле (имя поля, размер взять из словарика или посмотреть в пустой таблице базы пустышки). Далее подмена мд и словарика. УСЁ.
ЗЫ: ну и индексный файлик прибить желательно и зайти монопольно.
8 e200420
 
01.10.18
17:10
(5) есть необходимость. Логически все построено корректно. Много полей с ценами и скидкими, почти все периодические
9 VladZ
 
01.10.18
17:13
(8) Цены и скидки? В ТИС цены хранятся в другом справочнике. По скидкам уже не помню. Давно в ТИС не заглядывал.
10 e200420
 
01.10.18
17:14
(7) Спасибо. Православный метод в голове крутился с самого начала, но времени не было этим заниматься. А сейчас понимаю, что это и есть короткий путь ...
11 e200420
 
01.10.18
17:14
(9) там от ТиС одно название. Просто в тему закинул
12 Cool_Profi
 
01.10.18
17:19
101 реквизит это неправославно.
Афтырь никогда не слышал про 3НФ, наверное...
13 e200420
 
01.10.18
17:23
(12) а можно немного больше информации об этом ?
14 Cool_Profi
 
01.10.18
17:26
15 Злопчинский
 
01.10.18
19:40
(8) уродство. если есть несколько полей одинакового "назначения" - то явно что-то с логикой не то...
16 Kigo_Kigo
 
01.10.18
20:41
"Много полей с ценами и скидкими, почти все периодические"
походу вот тут проблема, потому как это все хранится в одном файле, 1ссонст, тут надо логику перестраивать
17 Злопчинский
 
01.10.18
22:39
Обычно такая хрень возникает когда не получается (по разным причинам) формализовать задачу. такой костыль и у меня есть - в карточке номенклатуры уже есть с 10 полей по типу АртикулГиперглобус, АртикулФамилия и прочие, выведенные в отдельные колонки в списках справочника номенклатуры. Уродство оно и есть уродство. Внятного изложения мыслей какие "операции" в списках справочника Номенклатура нужны с использованием этих артикулов, зачем их видет одновременно или с какими целями - от продаж не дождался. Так и висят уродскими костылями, периодически какие-то отмирают, заводятся новые.
Полная аналогия как в (0).
Костыль. Причем кривой, аж бесит.
18 MWWRuza
 
гуру
01.10.18
22:58
Может в этом причина тормозов?
(8)почти все периодические

Какой размер файла 1SCONST.DBF - ?
19 Сияющий в темноте
 
02.10.18
00:01
(17)такие артикулы можно перегнать в подчиненный справочник,если в нем вляпать поле поставщик,тогда для каждого можно будет задавать свой артикул,причем не правя базу данных.
просто,если 100 реквизитов заданы для каждого элемента справочника и еще все они периодические,то как ни крути,они все равно должны быть заданы-мы можем менять только способ хранения.
20 Злопчинский
 
02.10.18
00:50
(19) да запросто, и в ТиСе для этого есть подходящий Спр.Аналоги, которые удовлетворяет МОИМ потребностям при решении этой технической задачи. Но перевод на Спр.Аналоги требует доработок в части обеспечения нормального "рабочего пространства" для продаванов. а они не могут сформулировать что и для каких целей им нужно. а в условиях крызыса и сокращения бюджетов  - ну дальше понятно...
21 e200420
 
02.10.18
08:47
(18) размер 1SCONST.DBF - 530 Мб, что уже многовато, приблизится к 2000 и коллапс
22 e200420
 
02.10.18
08:49
Есть еще вариант через SQL, но тут тоже много времени уйдет
23 uno-group
 
02.10.18
08:57
Ты лучше на количество записей глянь. 1SCONST.DBF обычно не в размер, а 16 миллионов записей упирается.
24 tgu82
 
02.10.18
09:01
(0) Все ж таки мне кажется что такое количество реквизитов очень сильно избыточно. Хотя когда-то делая проект по транспорту я делал такой справочник на все случаи жизни с одной записью и кучей полей. А больше ведь никак и не сделать было в семерке. И В начале работы формировал список значений куда распихивал по полям все элементы этого однозаписного справочника.
25 Базис
 
naïve
02.10.18
10:06
Перерабатывай структуру данных. От периодики по максимуму отказывайся, это один из основных архитектурных недостатков семёрки. Всё равно чаще всего нужна текущая цена, её и храни в реквизите отдельного справочника. Максимально используй данные других справочников, явно в таблицу цен просятся контрагенты.

Готовься переходить на SQL, с таким размером базы у тебя уже данные вероятно содержат ошибки. ТиИ делаешь? В архивы веруешь?
26 e200420
 
02.10.18
11:12
(25) База жива, ТиИ проходит отлично. Познакомился с базой 2 месяца тому назад. Были глюки, вылеты, но редко. Сделал выгрузку\загрузку и ТиИ. База сразу похудела на 30%. Пока полет нормальный. Только справочник товаров крутится медленно
27 Злопчинский
 
02.10.18
15:38
(21) коллапс наступит уже при приближении к 1.2Гб
28 Злопчинский
 
02.10.18
15:40
(26) Почисти нулевые записи итогов, возможно удивишься, симотри на ИС поиск по "Шишки для мартышки"
29 e200420
 
03.10.18
09:40
Итак, господа, православный метод сработал быстро и без ошибок. Спасибо всем за дискуссию, особенно господину Ёпрсту.

Метод тут (7)
30 e200420
 
04.10.18
12:47
(29) Рано я отрапортовал об успехе. Справочник товаров отображается только при ненажатой иерархии и внутри почти все поля очищены, при этом файл dbf заполнен. Надо разбираться...
31 Сияющий в темноте
 
04.10.18
14:12
Вы,скорей всего,в количество отборов уперлись,а не в количество реквизитов.
дело в том,что для каждого отбора строится не только просто отбор,но и отбор с иерархией.
Я отборы делал через отдельные справочники,куда первым элементом пихал ссылку на основной справочник,тогда при отборе о ображается справочник,где нет иереархии,но нужно грамотно поля прописывать при записи,чтобы не слетал отбор.
32 Cool_Profi
 
04.10.18
14:37
(31) Это 77. Какой отбор с иерархией? Тупые индексы и потом запросы по ним
33 Ёпрст
 
05.10.18
16:52
(30) индексный файл прибей и зайди монопольно
34 e200420
 
15.10.18
08:42
(33) я так делал с самого начала, не помогает. Вопрос решен через SQL