Обрезание :)

  • 288 Просмотров
  • Последнее сообщение 2 недель назад
Андр написал 18 июня 2020

Не плохо было бы сделать модуль для обрезания базы.

Для чего тянуть хвосты несколько лет, это только тормоза в работе. 

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

 

Сортировка: Стандарт | Новые | Голоса
Danil написал 18 июня 2020

В переносе данных появился режим переноса только товаров, остатков и цен. Такое не подходит?

Андр написал 18 июня 2020

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

Чтобы не запускать каждый раз старую базу для просмотра недавних событий.

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

Андр написал 18 июня 2020

Обрезанием очищается все в базе до определенного числа.

Danil написал 18 июня 2020

Мы подумаем над этим. А что вас навело на такие мысли? Какая-то операция стала заметно медленнее выполняться?

 

Андр написал 18 июня 2020

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

Ваш работник который к нам в базу заходил это видел.

Тормоза конкретные, хотя база на ССД проц АЙ5 памяти 12 гиг. по идее на таком железе база должна летать.

Сначала она летала когда хвост был маленький.

Danil написал 18 июня 2020

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

Андр написал 18 июня 2020

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

А тормоза появляются периодически просто база стоит какое то время, а когда начинаешь работать делать отчет появляется колечко крутящееся и ждеш пока база сошпрехается, наверное какая то индексация запускается и проходит до 2...4 минут пока даст работать.

Пробовал сегодня отчеты вроде делает не виснет, а загрузку пришлю на вацап.

 

Danil написал 18 июня 2020

Какой тип базы вы используете SQLite? С файлом базы только один компьютер работает? Файл лежит не в облачном диске? Всё это может вызывать временные проблемы с производительностью.

Скорость запуска программы зависит от двух вещей, это количество установленных модулей и размер справочника товаров. Тут обрезание никак не поможет. 

Андр написал 18 июня 2020

Портабельную базу используем.

Владислав написал 19 июня 2020

Здравствуйте! Поддерживаю предложение по уменьшению и очистке базы от отработанного материала. И можно ещё подумать над тем, что если на  загрузку программы влияют количество установленных модулей, то некоторые из них уже "просятся" на постоянное место в программе, такие как- Импорт, РМК товары с остатками, редактирование цен, шаблоны ценников и печатные формы. 

Владислав написал 11 июля 2020

Решить этот вопрос по уменьшению объемов базы, наверно получилось бы,- созданием этакого "Клинера", который очищал бы базу программы по выставленным пользователем интервалам времени, например: помечал бы товар на удаление, который пролежал на нулевых остатках, от последней продажи- месяц, три, полгода, год и т.д. И также удалял окончательно или перемещал в отдельный архив, уже с интервалами по больше. И еще, чтобы была возможность не удалять отдельную категорию товаров у которого есть гарантия(к примеру группа "Бытовая техника") и могут понадобиться чеки на возврат в течении года, а по истечении этого срока также можно было удалить совсем. И так запуская к примеру его раз в месяц, будем постепенно базу избавлять от не нужного груза.

Или же без удаления,- такой перенос данных наоборот, где всё отработанное с разными интервалами, будет переносится  в отдельный архив, при обращении к которому могут возникать "тормоза", но все данные сохранятся.

Danil написал 12 июля 2020

Думаю, что пока нам точно не стоит вмешиваться в список товаров, тем более какими-то автоматическими штуками. Возможно стоит сделать какие-то инструменты для понимания, какие товары уже перестали использоваться, но не более.

Владислав написал 13 июля 2020

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

Андр написал 16 июля 2020

Один модуль в нем всего 3 обработки.

1 - Выгрузка данных товары с остатками и без, склады, контрагенты и т.п. только без продаж, приходов и прочих документов на прошедшую выбранную дату вечер т.е. конец дня. Кроме помеченных на удаление.

2 - Очистить базу до выбранной даты на конец дня.

3 - Загрузить остатки товаров и остальные выгруженные данные не утро даты по выбору.

Можно сделать анализ проводок если товар без остатков не использовался 3 месяца его можно не выгружать. Так можно избавится от ненужных карточек товаров захламляющих базу.

Владислав написал 19 июля 2020

Что если в так называемом инструменте для понимания к примеру, появятся дополнительные две колонки в "Товарах",- это "Дата закупа" и "Дата продажи" (имеется ввиду последние) и выстраивая список товаров по дате, уже будет больше информации по товару- какой залежался на полках и надо уценить, а с которым без остатков можно расстаться.

И вот по теме- в 1С есть возможность как ручного, так и автоматического удаления помеченных объектов и рекомендуется делать очистку как раз, что бы база не захламлялась и быстрее работала, но с пониманием того, что можно лишится важных данных. Мне кажется,- должен быть всё таки альтернативный выбор у самого пользователя,- или у него большая база со всем учётом и лишним тоже или такая, какой будет достаточно ему для работы. При Переносе данных теряется больше информации, чем при простом удалении определенных позиций.

Здесь ссылка к примеру по 1с

 http://mcgrifon.ru/tutorial/articles/malenkie-khitrosti/kak-v-1s-udalit-pomechennye-na-udalenie-obekty/?ELEMENT_ID=1273

 но не предлагаю делать именно так, главное,- что бы можно было удалять "помеченные на удаление" совсем, с пониманием по дате или сделать запрет на безвозвратное удаление ранее года и соответственно с этим, хотя бы вручную, появилась возможность уменьшать размеры базы.

Андр написал 14 сентября 2020

Хочу попросить еще  про эту опцию т.е. обрезание базы. 

Её можно сделать внешней обработкой выгрузка все кроме документов и помеченных на удаление и загрузка данных.

Danil написал 14 сентября 2020

Всё кроме документов сейчас можно "выгрузить" при помощи Переноса данных. Либо при помощи Экспорта и затем Импорта. Но подозреваю это всё равно чем-то подходить не будет. 

Андр написал 14 сентября 2020

Обработка хорошая.

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

Подскажите как её выбрать, ведь это очень важный параметр. 

Danil написал 14 сентября 2020

Эм ... поясните пожалуйста, какая из обработок оказалась хорошей?

Дело в том что в программе цены закупки не устанавливаются без процесса прихода. Если не выбрать перенос остатков, то и цен закупок не будет. Это актуально для обработки Простой перенос данных.

Андр написал 14 сентября 2020

Чтобы сделать чистую базу я из программы удаляю файл базы данных.

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

Я выбрал " перенос данных " где есть расширенный выбор переноса.

Выбрал все, что необходимо для работы в чистой базе.

Не перенеслись остатки и цены, пользователи, начальные данные.

Danil написал 14 сентября 2020

Чтобы сделать чистую базу я из программы удаляю файл базы данных.

Удалять не обязательно. Можно в начальном окне программы, в панели инструментов нажать Добавить, таким образом можно создать новую базу данных.

Я выбрал " перенос данных " где есть расширенный выбор переноса.

Попробуйте Простой перенос данных. Дело в том что цены закупки устанавливаются только при приходе товара и только документами, поэтому как минимум один документа для этого нужен, что и делает Простой перенос данных. Так же он создаст и документ Ценообразование, для розничных ценю

Андр написал 17 сентября 2020

Дико извиняюсь за задержку, но я работаю 2 дня через 2 дня.

Сегодня попробовал простой перенос в созданную базу и перегрузил её.

Нет ни цен ни количества.

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

Danil написал 17 сентября 2020

В журнале документов проведите два документа Приход товаров и Ценообразование. Они должны создаться по результатам работы обработки, если галочки были установлены.

Андр написал 17 сентября 2020

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

Только как бы добавить к переносу пользователей и начальную информацию.

Danil написал 17 сентября 2020

Только как бы добавить к переносу пользователей и начальную информацию.

Обязательно добавим

Андр написал 17 сентября 2020

Спасибо.

Андр написал 17 сентября 2020

Ещё капля дёгтя.

Перенесенный товар не привязан к поставщику т.е. к контрагенту, а весь просто есть.

Danil написал 17 сентября 2020

Конечно, ведь связь определялась историей приходов. А их теперь нет.

berivan написал 3 недель назад

Поддержу вопрос с "обрезанием" ))

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

Хотелось бы обрезать лишние документы, для уменьшения веса базы (для нас это важно с точки зрения копирования бэкапов в облако), но все остальное чтобы осталось на своих местах.

Возможно это сделать? 

Danil написал 3 недель назад

Хотелось бы обрезать лишние документы, для уменьшения веса базы (для нас это важно с точки зрения копирования бэкапов в облако), но все остальное чтобы осталось на своих местах.

Возможно это сделать? 

При удалении старых документов так или иначе пропадёт история взаиморасчётов, продаж, закупок. Так же может оказаться, что при удалении документов из позапрошлого года ваша база уменьшится лишь на 20%, не уверен что это сильно изменит ситуацию.

Какого размера уже ваши бэкапы? Журнал событий вы чистить пробовали? После очищения журнала событий "Сжать файл" делали? Возможно в эту сторону имеет смысл посмотреть.

berivan написал 3 недель назад

сейчас некоторые базы в архиве приближаются к 120мб. Не сказать что сильно много, но 4 года назад было ~ 15-20мб.

А если во взаиморсчетах зафиксировать цифры (типа экселя, когда вместо формулы вставляем значение)?.

Обрезать базу на сколько это возможно, с сохранением всех настроек, оставив все данные как значения на начало периода. А из заранее созданной копии, развернуть вторую базу, с сохранением всех данных. Таким образом, если нужно будет отследить движением товара или долга, можно открыть старую базу и сделать это. Вроде неплохой сценарий, если возможно это реализовать?

Владислав написал 3 недель назад

Здравствуйте! Позвольте тоже добавить своё мнение по данной теме, - при применении сжатия файла, в моём случае база уменьшилась на 10%. Что касается  истории всех  документов, их достаточно с годовым интервалом, дальше "ворошить прошлое" особой нужды нет. И рост базы из за ошибок, дублей и старых карточек товара, всё равно надо как то останавливать, хотя бы на те же 20%,- уже что-то, чем вообще ни как, хотя скорее всего у каждого этот процент будет разный. 

Я бы предложил какой-нибудь "модуль- резак", к примеру с годовым интервалом, а необходимые данные- типа взаиморасчётов переносить сразу, с сохранением их после обрезки. Да и если надо, что то отследить, то интервала- год в основном должно хватать. В нашем случае надо избавится от большого количества уже не нужных товаров в базе, то есть одновременно удаляются помеченные на удаление, привязанные к тому времени.

Да, размеры базы пока не критичны, но в то же время, как бывают не нужны очень старые данные и древние карточки товаров(когда надо выбросить старый хлам), так же и хочется увеличить скорость работы программы, к примеру -в той же инвентаризации с добавлением групп, о чём я уже сообщал. В любом случае программа будет работать отзывчивее без длинных хвостов, а при необходимости будут использоваться сохранённые копии. Этот модуль, как мне кажется должен быть более востребованным(если с разными интервалами), чем перенос данных. 

 

Владислав написал 2 недель назад

И ещё вдогонку по этой теме, подумалось - получится ли, при так называемой обрезке использовать возможности, такие же как у модуля "перенос данных"- это когда, (см. строка в версии 1.9):   "Справочники при этом могут быть пересозданы с новыми кодами без "дыр" - то есть точно также сразу обновить кода, так как кроме "дыр"   есть ещё созданные по непонятной причине программой пятизначные кода, которые "подбираются" к шестизначным.

 Новые кода, как мне кажется не принесут большого неудобства, кроме расхождения на какое то время с кодами на старых ценниках, что в принципе терпимо, так как в продаже сейчас приоритет у штрих-кода, а сами кода важней для использования внутри программы. Во всех старых и новых документах и отчётах будут формироваться уже обновлённые кода. Тогда программа несколько обновится, почти как при переносе данных, но останется больше наработанного. 

 

 

berivan написал 2 недель назад

С заменой кодов - точно не вариант! Если разве сделать это в качестве "галочки", для тех, кому коды не принципиальны.

Владислав написал 2 недель назад

Интересно, видимо я что то упустил,- почему обязательно оставлять старые кода, хотелось бы узнать. Мне так кажется, что чем больше будет информации для разработчиков, тем им проще будет находить способы решения с учётом всех интересов.

berivan написал 2 недель назад

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

Владислав написал 2 недель назад

Понятно,,, как раз такое предположение и было, что у вас много чего-то мелкого, а у нас продажи только по штрих-коду или в крайнем случае по наименованию, так как товар постоянно обновляется, кода соответственно тоже,- продавая, обходимся без них, а вот в самой программе они как раз нужны, но желательно без "дыр" и лишних цифровых знаков. Наверно этот модуль можно было сделать с немного расширенными возможностями  и выбором нужной галки самим пользователем, как например:

1. Пометить на удаление товар без движения и остатков, хранящийся сроком более одного года (до начала прошлого года)

2. Удалить  документы и помеченные на удаление, имеющие срок -до начала прошлого года

3. Перезаписать кода (обновить)

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

Close