14.09.2010 17:34:47
loginov_d
Administrator
Posts: 520
|
Перечень изменений:
- Значительно ускорена обработка в Офисе принятых от АЗС сменных данных по ГСМ и сопутствующим товарам
- Увеличено ограничение на установку таймаутов для прямого IP соединения
- В файле запроса на АЗС добавлен новый ускоренный режим передачи изменений по магазину
- При продаже по талонам в БД пишутся все используемые талоны, вместо одного, первого
- Исправлен возврат на карту с дополнительного рабочего места (выдавалось сообщение "не зафиксирован возврат на карту")
- Исправлен вид оплаты Ведомость без "режима выбора" - кнопка ENTER не переводила фокус на окно ввода путевого листа
- Отключена галка "Напоминать о возврате на карту" из настроек Платежного терминала ввиду отсутствия реализации на доп рабочих местах
- Возвращено использование сканера штрих-кода для вида оплаты Талоны
- Ускорен запуск "ПТК АЗС Сервер" и переключение между АЗС в Офисе за счет ускорения, достигнутого в части проверки баз данных.
- Для ускорения работы с базами данных разработана утилита "PTKOptimizeDB" (находится в каталоге "C:\DEXE\Utils\Оптимизация БД\PTKOptimizeDB.exe")
- Магазин: при печати этикетки можно вывести текущую дату
- Магазин: при исправлении возвратной накладной сбрасывалось наименование организации.
- Магазин: информация об исправленных накладных фиксируется в логах
- Магазин: реализован новый режим очистки базы данных: "до указанной даты". При этом все отчеты после этой даты будут формироваться так же, как и до очистки (никакие цифры не изменятся).
- Магазин: при продаже товара по наличным видам оплаты в окне "Печать чека" при необходимости показывается процент скидки, сумма скидки и номер дисконтной карты
- HTML-редактор: при открытии окна "Переменные для отчета" список доступных переменных выводится автоматически. Добавлено описание всех переменных для всех HTML-отчетов (для ПТК АЗС (ГСМ, Магазин), ПроЦентКарт, КМАЗС).
- HTML-редактор: при изменении атрибутов и стилей кнопка "Сохранить" становится доступной
- HTML-редактор: при нажатии Enter выполняется вставка разрыва строки, а не абзаца
Значительное внимание было уделено оптимизации обмена данными между АЗС и Офисом. Основная проблема - сравнительно медленно обрабатывается база данных по Магазину, и чем больше размер базы, тем медленнее она обрабатывается. За годы работы в базе данных по Магазину фиксируются миллионы операций. При запросе последних изменений по Магазину программа отыскивает все изменения, сделанные относительно предыдущего обмена с офисом. Поиск изменений для большой базы данных выполняется долго (около минуты), зато размер данных, которые будут переданы в Офис - минимальный. Возникают следующие проблемы:
- сеанс связи между Офисом и АЗС (по IP или модемной связи) выполняется долго
- связь может прерваться по таймауту.
Для решения этих проблем выполнены следующие изменения:
- увеличен максимальный таймаут для IP-связи (связь по IP теперь не будет разрываться из-за ошибки таймаута)
- добавлен режим "запрос последних изменений по магазину посменно". Это радикально ускоряет обмен данными, но только в тех случаях, когда данные запрашиваются много раз за смену (например, когда бухгалтерия постоянно следит за состоянием резервуаров). Если данные запрашиваются один раз за смену или реже, то эффект от этого режима отсутствует, т.е. он не будет отличаться от режима "запрос последних изменений по магазину".
- добавлен новый режим очистки базы данных Магазина: "до указанной даты". Раньше уже были режимы очистки, но они удаляли все продажи, и максимум что могли - оприходовать текущие остатки товара для того, чтобы операторы сразу могли возобновить продажи. Новый режим является гораздо сложнее (на его реализацию уделена почти неделя рабочего времени), работает дольше (очистка базы займет от 5 до 10 минут), но зато никак не отражается на отчетах  Все отчеты, скажем за последний месяц, как формировались, так и будут формироваться Так что базу можно очистить, а бухгалтерия этого и не заметит
Все, что было в базы данных до указанной даты хитрым образом упаковывается, группируется, суммируется, делится, вычитается, удаляется и т.д. В результате 10000 записей продаж одного товара на общую сумму 10млн. рублей превращаются в одну запись на ту же сумму. Ненужные записи будут удалены. Некоторые старые документы удалить нельзя (если они связаны с приходами, которые не успели распродать до указанной даты очистки), такие документы помечаются комментарием "Документ недействительный". Все операции, проведенные после указанной даты очистки, вообще никак не затрагиваются, поэтому все отчеты будут формироваться точно также, как и до этого.
Если вы указали дату очистки "01.01.2010", то после очистки нет смысла формировать отчеты за 2009 год. Программа какие-то отчеты вам построит, но цифры в этих отчетах не будут иметь никакого отношения к действительности. Все отчеты за 2010г будут формироваться как и раньше (как будто и не было никакой очистки БД).
Прежде чем выполнить очистку в том или ином режиме, подумайте.... Вдруг эти данные еще понадобятся (например для оценки динамики продаж, различных статистических анализов и т.п.)
После очистки БД рекомендуется воспользоваться утилитой PTKOptimizeDB. В результате размер файла базы данных уменьшится в 5 - 10 раз (количество записей НЕ ИЗМЕНИТСЯ, просто уменьшится размер файла!). При этом запросы к базе данных будут выполняться (вероятно) быстрее. Например, некоторые отчеты формируются до 10 раз быстрее.
После очистки базы данных необходимо запросить базу данных Магазина ПОЛНОСТЬЮ. Если этого не сделать, то отчеты в Офисе будут расходиться с отчетами на АЗС. Запрос БД полностью разумно организовать через "сменный носитель".
|
16.09.2010 16:14:56
Posts:
|
лис написал:
Смирнов написал: ПТК АЗС - the best!!!  Это, конечно, так, и никто в этом не сомневается, но зачем излишнее цитирование?
Это не лишнее цитирование, а благодарность за работу Логинову, именно такие люди (еще человек ...дцать) делают ПТК АЗС все лучше и лучше
edited by Смирнов on 16.09.2010
edited by Смирнов on 16.09.2010
|