|
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
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |