Уважаемые форумчане! Обращаюсь к вам за помощью в организации эл.журнала и анализе sql-запросов с целью их оптимизации при загрузке (обновлении) внешних данных.
Имеется 9 специалистов по приему документов от граждан. В обязанности специалиста вменен порядок приема документов и постановки на учет (коротко): 1) интервью с заявителем; 2) проверка на наличие полного пакета документов; 3) внесение данных в БД 1С 7.7; 4) распечатка из БД заявлений; 5) запрос доп.сведений, посредством системы межведомственного электр. взаимодействия (СМЭВ); 6) формирование из заявлений и приложенных документов учетного дела; 7) отметка в книге регистрации и учета граждан поступивших заявлений; 8) рассмотрение уч.дела в установленный законом срок и т.д.
Ключевой в данном вопросе 7-ой пункт. Журнал учета на бумажном носителе - это прошлый век. Поскольку средствами 1С произвести данное действие затруднительно, по словам наших штатных программистов, а переход на новую платформу и модернизация IT-инфраструктуры обозначены в стратегии организации на ближайшие 7 лет, пришлось создать на базе своих ограниченных знаний и возможностей специалиста по приему документов, а также аналогичных примеров в сети предмет вышеуказанной темы.
Цель Создание организованной, стабильной, гибкой схемы обмена данных в табличном виде с дружелюбным и лаконичным интерфейсом
Задачи
Тотальный и непрерывный учет заявлений граждан путем внесения сведений специалистом в клиентское приложение
Автоматическое присвоение заявлению номера в хронологическом порядке
Инструмент контроля за исполнением специалистом должностных обязанностей
Инструмент анализа нагрузки и мониторинга поступающих заявлений в реальном времени Текущая схема (рис.1) В общей папке на сервере на каждого спеца создана одноименная папка со сканами учетных дел и личным эл.журналом заявлений (КРУГ.xlsm). Алгоритм действий:
спец вносит сведения во вкладку Все (главная) посредством ручного ввода, формул и макросов;
автоматом в личной папке рядом с КРУГ.xlsm создается (перезаписывается) его копия Резервная копия КРУГ.xlk - как временное решение проблемы блокировки данных при обновлении напрямую из КРУГ.xlsm;
происходит обновление данных на остальных вкладках (каталогах) КРУГ.xlsm с интервалом 3 минуты - кросс-запросы между журналами всех спецов;
далее заявлению автоматически в хронологическом порядке присваивается номер и помещается из вкладки П4 на главную.
Проблемы При обновлении данных sql-запросы периодически блокируют работу друг друга Обновление данных редко блокирует перезапись резервной копии
SELECT `Все$`.Дата, `Все$`.МО, `Все$`.ФИО, `Все$`.Категория, `Все$`.`Б/Д`, `Все$`.`Дата решения`, `Все$`.ВР, `Все$`.СЗ, `Все$`.`Примечание`, `Все$`.Специалист, `Все$`.Создано FROM `X:\ОБЩАЯ ПАПКА\Спец1\Резервная копия КРУГ.xlk`.`Все$` `Все$` WHERE (`Все$`.П4>'0') AND (`Все$`.ФИО Is Not Null) UNION ALL SELECT `Все$`.Дата, `Все$`.МО, `Все$`.ФИО, `Все$`.Категория, `Все$`.`Б/Д`, `Все$`.`Дата решения`, `Все$`.ВР, `Все$`.СЗ, `Все$`.`Примечание`, `Все$`.Специалист, `Все$`.Создано FROM `X:\ОБЩАЯ ПАПКА\Спец2\Резервная копия КРУГ.xlk`.`Все$` `Все$` WHERE (`Все$`.П4>'0') AND (`Все$`.ФИО Is Not Null) UNION ALL SELECT `Все$`.Дата, `Все$`.МО, `Все$`.ФИО, `Все$`.Категория, `Все$`.`Б/Д`, `Все$`.`Дата решения`, `Все$`.ВР, `Все$`.СЗ, `Все$`.`Примечание`, `Все$`.Специалист, `Все$`.Создано FROM `X:\ОБЩАЯ ПАПКА\Спец3\Резервная копия КРУГ.xlk`.`Все$` `Все$` WHERE (`Все$`.П4>'0') AND (`Все$`.ФИО Is Not Null) ORDER BY `Все$`.Дата
[/vba]
Недостатки Неполная конвертация формул в макросы создает необходимость наличия на главной вкладке Все строки с формулами-заполнителями столбца (между тем избавление не должно отразиться на динамике вычислений и перевести таблицу в статичное состояние) Отсутствие блокировки редактирования вкладок-каталогов порождает нежелательные случайные внесения сведений (избавление не должно отразиться на возможность обновления данных)
Альтернатива? В случае решения проблем и устранения недостатков текущей схемы, планирую в перспективе перейти на схему, изображенную на рис.2. Более того, переход на альтернативную схему выглядит предпочтительнее.
Уважаемые форумчане! Обращаюсь к вам за помощью в организации эл.журнала и анализе sql-запросов с целью их оптимизации при загрузке (обновлении) внешних данных.
Имеется 9 специалистов по приему документов от граждан. В обязанности специалиста вменен порядок приема документов и постановки на учет (коротко): 1) интервью с заявителем; 2) проверка на наличие полного пакета документов; 3) внесение данных в БД 1С 7.7; 4) распечатка из БД заявлений; 5) запрос доп.сведений, посредством системы межведомственного электр. взаимодействия (СМЭВ); 6) формирование из заявлений и приложенных документов учетного дела; 7) отметка в книге регистрации и учета граждан поступивших заявлений; 8) рассмотрение уч.дела в установленный законом срок и т.д.
Ключевой в данном вопросе 7-ой пункт. Журнал учета на бумажном носителе - это прошлый век. Поскольку средствами 1С произвести данное действие затруднительно, по словам наших штатных программистов, а переход на новую платформу и модернизация IT-инфраструктуры обозначены в стратегии организации на ближайшие 7 лет, пришлось создать на базе своих ограниченных знаний и возможностей специалиста по приему документов, а также аналогичных примеров в сети предмет вышеуказанной темы.
Цель Создание организованной, стабильной, гибкой схемы обмена данных в табличном виде с дружелюбным и лаконичным интерфейсом
Задачи
Тотальный и непрерывный учет заявлений граждан путем внесения сведений специалистом в клиентское приложение
Автоматическое присвоение заявлению номера в хронологическом порядке
Инструмент контроля за исполнением специалистом должностных обязанностей
Инструмент анализа нагрузки и мониторинга поступающих заявлений в реальном времени Текущая схема (рис.1) В общей папке на сервере на каждого спеца создана одноименная папка со сканами учетных дел и личным эл.журналом заявлений (КРУГ.xlsm). Алгоритм действий:
спец вносит сведения во вкладку Все (главная) посредством ручного ввода, формул и макросов;
автоматом в личной папке рядом с КРУГ.xlsm создается (перезаписывается) его копия Резервная копия КРУГ.xlk - как временное решение проблемы блокировки данных при обновлении напрямую из КРУГ.xlsm;
происходит обновление данных на остальных вкладках (каталогах) КРУГ.xlsm с интервалом 3 минуты - кросс-запросы между журналами всех спецов;
далее заявлению автоматически в хронологическом порядке присваивается номер и помещается из вкладки П4 на главную.
Проблемы При обновлении данных sql-запросы периодически блокируют работу друг друга Обновление данных редко блокирует перезапись резервной копии
SELECT `Все$`.Дата, `Все$`.МО, `Все$`.ФИО, `Все$`.Категория, `Все$`.`Б/Д`, `Все$`.`Дата решения`, `Все$`.ВР, `Все$`.СЗ, `Все$`.`Примечание`, `Все$`.Специалист, `Все$`.Создано FROM `X:\ОБЩАЯ ПАПКА\Спец1\Резервная копия КРУГ.xlk`.`Все$` `Все$` WHERE (`Все$`.П4>'0') AND (`Все$`.ФИО Is Not Null) UNION ALL SELECT `Все$`.Дата, `Все$`.МО, `Все$`.ФИО, `Все$`.Категория, `Все$`.`Б/Д`, `Все$`.`Дата решения`, `Все$`.ВР, `Все$`.СЗ, `Все$`.`Примечание`, `Все$`.Специалист, `Все$`.Создано FROM `X:\ОБЩАЯ ПАПКА\Спец2\Резервная копия КРУГ.xlk`.`Все$` `Все$` WHERE (`Все$`.П4>'0') AND (`Все$`.ФИО Is Not Null) UNION ALL SELECT `Все$`.Дата, `Все$`.МО, `Все$`.ФИО, `Все$`.Категория, `Все$`.`Б/Д`, `Все$`.`Дата решения`, `Все$`.ВР, `Все$`.СЗ, `Все$`.`Примечание`, `Все$`.Специалист, `Все$`.Создано FROM `X:\ОБЩАЯ ПАПКА\Спец3\Резервная копия КРУГ.xlk`.`Все$` `Все$` WHERE (`Все$`.П4>'0') AND (`Все$`.ФИО Is Not Null) ORDER BY `Все$`.Дата
[/vba]
Недостатки Неполная конвертация формул в макросы создает необходимость наличия на главной вкладке Все строки с формулами-заполнителями столбца (между тем избавление не должно отразиться на динамике вычислений и перевести таблицу в статичное состояние) Отсутствие блокировки редактирования вкладок-каталогов порождает нежелательные случайные внесения сведений (избавление не должно отразиться на возможность обновления данных)
Альтернатива? В случае решения проблем и устранения недостатков текущей схемы, планирую в перспективе перейти на схему, изображенную на рис.2. Более того, переход на альтернативную схему выглядит предпочтительнее.
На Планете тему удалили ввиду несоответствия Правилам. Здесь то же несоответствие. И повторю вопрос Димы(RDmitry) с Планеты(пока и тут администрация не увидела): freegen, в чем вопрос темы? P.S. На всех таких форумах отвечают одни и те же. И мы знаем друг-друга.
На Планете тему удалили ввиду несоответствия Правилам. Здесь то же несоответствие. И повторю вопрос Димы(RDmitry) с Планеты(пока и тут администрация не увидела): freegen, в чем вопрос темы? P.S. На всех таких форумах отвечают одни и те же. И мы знаем друг-друга.KuklP
Ну с НДС и мы чего-то стoим! kuklp60@gmail.com WM Z206653985942, R334086032478, U238399322728
Задача комплексная. Имеется схема обновления данных с присущими ей проблемами и недостатками. Вопрос состоит в их решении и устранении в комплексе, а не по отдельности. Допустим, какие команды или параметры в моем случае можно использовать для избавления от недуга блокировки данных при одновременно поступающих запросах?
Задача комплексная. Имеется схема обновления данных с присущими ей проблемами и недостатками. Вопрос состоит в их решении и устранении в комплексе, а не по отдельности. Допустим, какие команды или параметры в моем случае можно использовать для избавления от недуга блокировки данных при одновременно поступающих запросах?freegen