Найти тему
Маленький человек

Рассуждения об эффективности. Случай №3

Оглавление

Т2С3

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

Предыстория.

На файловом сервере нет копий моей папки, то есть руководство сильно сэкономило на том чем экономить не стоит. Копий папки нет даже на 1 день и любое изменение откатить назад не представляется возможным.

Проблема.

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

Кричать на меня уже не стали, как в прошлый раз, но негодования было столько, что мне сказали:
-Может мне тебя уволить!

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

По своей сути особой проблемы нет. Есть копия, которую я делаю раз в месяц, к то муже по просьбе одного моего коллеги я сделал копию файла за день до происшествия.
В каждом важном файле у строк есть составной золотой ключ. Ключевое поле состоит из номера строки и адреса файла и есть 100% гарантия, что я найду нужную строку и нужный столбец при любом развитии ситуации.

Одна проблема - это ключ создается формулой, что оказалось в корне не правильным подходом. Запомните, так делать нельзя.
Вся проблема сводится к проверке ключей и подтягиваю данных.
Проверил ключ и вставил данные по дату создания копии. Недостающий промежуток времени вставил руками из файла. Который делал коллеги и остался только один день - это текущий, но он есть у шефа на почте.
Все текуща проблема решена!!!

Решение причины проблемы.

Проблема №1 - это непостоянный ключ. Необходимо создать уникальный ключ для каждой строки макросом - это сделать трудоемко.

Макрос должен
1) определять адрес файла или его более короткий и понятный аналог;
2) определять номер строки;
3) проверять весь диапазон на наличие повторения и вставлять ключ.
1 и 2 пункт очень простые, а с третьим сложно т.к. это ресурсозатратно, но мы закрепим это событие на закрытие книги и, надеюсь, не выдаст ошибку т.к. макрос и динамическая таблица вещи очень недружелюбные.

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

Проблема №3 - начальник паникер.
Нереально раздражает этот факт, мешает спокойно работать, что делать не решил. Бить нельзя - женщина и еще инвалид.

Проблема №4 - до сих пор не решена проблема раздельного хранения обработки данных. По хорошему необходимо писать отдельно прогрмммное обеспечение, которое будет осуществлять перевод текстового безобразия в нужный текстовый и числовой формат и предавать результаты на хранение в базу данных.

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