|
Раздулись регистры накоплений в ERP | ☑ | ||
---|---|---|---|---|
0
Юзер123
naïve
08.07.20
✎
10:31
|
Доброго времени.
Начал знакомство с ERP и сразу с проблемных моментов. Наверное так лучше запомнится. Имеем ERP 2.4.11.63 . Учет ведется около года. Очень сильно начала расти база в размере после закрытия месяца. (про то что месяц закрывается долго это отдельная тема) В SQL запросом посмотрел на размеры таблиц и увидел что 2 таблицы в сумме почти 80 гб дают. Это по регистрам если смотреть "Прочие расходы незавершенного производства" и " сс товаров" Откуда столько? самое интересное что если по регистру "Прочие расходы незавершенного производства" сделать в 1С выборку по 1 документу в котором 3 строки записей в регистре будет почти 900.. . Что то с настройками? |
|||
1
Ёпрст
08.07.20
✎
10:33
|
(0) пухнет какая табличка то хоть ? Поди итоги регистра ?
|
|||
2
Юзер123
naïve
08.07.20
✎
10:37
|
_AccumRg46623
|
|||
3
shuhard
08.07.20
✎
10:40
|
(0) нормальное состояние ERP при отключенном учете сложного НДС и отсутствии версионирования в БД
|
|||
4
Ёпрст
08.07.20
✎
10:41
|
(2) тут только смотреть какие движения делает конкретный документ и почему так
|
|||
5
Юзер123
naïve
08.07.20
✎
10:46
|
(3) как это лечится?
(4) Документ сейчас смотрю там 1 строчка продукции "Производство без заказа". по РН СС 70 строк по РН "Прочие расходы незавершенного производства" 221 |
|||
6
Юзер123
naïve
08.07.20
✎
10:53
|
Короче куча строк потому что куча статей затрат. Возможно ли что косяк в настройке статей затрат? что там что то лишнее попадает
|
|||
7
Юзер123
naïve
08.07.20
✎
10:53
|
Статей расходов*
|
|||
8
Юзер123
naïve
08.07.20
✎
11:03
|
(1) В Настройках закрытия месяца итоги отключены.
|
|||
9
Eiffil123
08.07.20
✎
11:05
|
(8) там разве такие настройки есть?
|
|||
10
Юзер123
naïve
08.07.20
✎
11:06
|
(3) Версионирование включено.
особый порядок учета НДС при производстве длительного цикла не используется. |
|||
11
BeerHelpsMeWin
08.07.20
✎
11:08
|
На всякий случай посмотри дату самого первого и самого последнего регистратора в этом РН, на тот случай, если кто-то случайно провел документы 219 или 2190 годом.
|
|||
12
shuhard
08.07.20
✎
11:08
|
(5)[как это лечится?] нормальное состояние не лечиться
|
|||
13
Юзер123
naïve
08.07.20
✎
11:10
|
(12) не. ну 120 гб размер базы на год это же не ок) Или ок?!
|
|||
14
Юзер123
naïve
08.07.20
✎
11:10
|
(11) ок. спс
|
|||
15
Волшебник
модератор
08.07.20
✎
11:12
|
(13) Пока база влезает на диск, можно работать.
|
|||
16
Юзер123
naïve
08.07.20
✎
11:15
|
(15) Такими темпами роста базы влезание на диск это вопрос времени только) . т.к. Все ЕРП так работают и так растут?
|
|||
17
sitex
naïve
08.07.20
✎
11:17
|
(16) видел базу в 2,5 Тб , вот и считай это ок или не ок.
|
|||
18
Юзер123
naïve
10.07.20
✎
15:10
|
Еще вопрос по теме. Выгрузил в DT файл данную базу. Теперь пробую залить ее в pgsql
DT файл 5гб. загружается уже часов 5 размер базы 120 гб. .. Это норм? |
|||
19
shuhard
10.07.20
✎
15:14
|
(18) нормы нет, от слова совсем
есть херово настроенные из коробки СУБД и медленные диски |
|||
20
Фрэнки
10.07.20
✎
15:17
|
ну может еще и пытается все это с платформой на 32 бит.
|
|||
21
Юзер123
naïve
10.07.20
✎
15:17
|
(19) По настройкам СУБД где читать? что бы все было Вжуух)
|
|||
22
Юзер123
naïve
10.07.20
✎
15:17
|
(20) 64 все
|
|||
23
Юзер123
naïve
10.07.20
✎
15:18
|
(19) pgsql с ру-борда брал. типа уже готовый.
|
|||
24
Фрэнки
10.07.20
✎
15:19
|
(22) и доступная память есть, диски ССД, процессор с высокой частотой?
|
|||
25
Юзер123
naïve
10.07.20
✎
15:19
|
И в оригинале эта база на SQL 100+ gb при ДТ 5-7 гб
|
|||
26
Юзер123
naïve
10.07.20
✎
15:20
|
(24) да дело не во времени . а в V базы 5 гб дт 120 пока* в распаковке на sql
|
|||
27
Фрэнки
10.07.20
✎
15:21
|
(26) так она и в оригинале у тебя уже была в каком-то размере больше гораздо - сам же выше написал об этом
|
|||
28
Юзер123
naïve
10.07.20
✎
15:23
|
(27) Я вопрос же написал) что это норм что в DT 5 гб а в развертке 120+? =) или с настройками что то не то (оригинальной базы)?
|
|||
29
Фрэнки
10.07.20
✎
15:28
|
(28) так откуда здесь можно знать что там у тебя в базе записано.
Ты же понимаешь, что ДТ - это упакованный, т.е. зажатый архиватором плоский файл данных? Ну будет у тебя 120 гб забито записями из полей заполненных нулями и единичками. Как думаешь, какое будет сжатие самого плоского файла? Вот и я не знаю, но понимаю, что очень сильное сжатие. А сколько это распакованное будет в табличном виде занимать, если мы не знаем размеры полей, по которым больше всего записей? Вот и я не знаю, что ответить. |
|||
30
shuhard
10.07.20
✎
15:34
|
(28) тебе большими буквами написать,что нормы нет ?
|
|||
31
Юзер123
naïve
10.07.20
✎
15:38
|
(30) Да я и маленькими прочитал. Но не совсем понял к скорочти выполнения это было или к размеру базы. У Вас огромный опыт, не подскажите что смотерть?
|
|||
32
timurhv
10.07.20
✎
15:41
|
(28) нормально, база бухгалтерии на 180Гб весила в dt 6-7 Гб.
|
|||
33
shuhard
10.07.20
✎
16:04
|
(31) прогиб не засчитан
|
|||
34
SSSSS_AAAAA
10.07.20
✎
16:06
|
(28) Размер файлов базы и размер данных в них - две очень больших разницы и давно пора перестать их путать.
|
|||
35
DJ Anthon
10.07.20
✎
16:19
|
(28) у меня примерно то же самое, но там самописка (начинал делать ее не я), ресурсов пока что за глаза, но мне кажется, что-то с индексами, потому что регистры там по минимуму загружены.
|
|||
36
vi0
10.07.20
✎
19:41
|
(0) "если по регистру "Прочие расходы незавершенного производства" сделать в 1С выборку по 1 документу в котором 3 строки записей в регистре будет почти 900"
А с точки зрения учета это корректные записи? Ты можешь как учётчик ответить? |
|||
37
Юзер123
naïve
11.07.20
✎
15:38
|
(36) там по всем статьям движуха. а Статей много. Как учетчик ответить не могу. К Бухам надо обращаться.
|
|||
38
vi0
12.07.20
✎
15:12
|
(37) получается что надо раскапывать, никто ж тут не видит твоей базы
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |