Как удалить "хвосты" от удаленных вручную листов рабочей книги?

Добрый день.
Листы, создаваемые программным кодом, путем копирования из шаблонного, и имеющие программный код обработчиков своих предопределенных процедур, иногда (в результате сбоев в работе и остановки исполнения кода по ошибке) не могут быть так же -программно- и своевременно удалены из книги и остаются в виде не нужных "хвостов". Я периодически затирал их вручную тупо удалением листа через контекстное меню ярлыка листа и считал, что этого достаточно.
Как выяснилось, в инспекторе объектов эти объекты продолжают существовать, но не могут быть там же удалены вручную. Соответствующая опция просто не активна. По имени листа, например WorkSheets("Лист1").Delete программно он тоже не собирается удаляться. Ошибка.
Перебор листов рабочей книги через For Eaсh вообще не замечает их существования. Как будто их нет.
Как избавиться от таких объектов?

0

Сообщение от Eugene-LS 6-8 часов, к сожалению

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

0

Сообщение от Сфалерит причиной каких-либо проблем в моем коде

Не было б причин вы бы не создавали тему с заголовком

Сообщение от Сфалерит Как удалить "хвосты" от удаленных вручную листов рабочей книги?

Сообщение от Сфалерит прежде всего, ошибки алгоритма, вызванные недоработками его логикики

Вот тут вы правы, нет кикако-го алгоритма и никакой логики, сами же так закодили. Смотрим ваш код, первое что мне попалось в глаза:
В самом начале процедуры вы задали On Error GoTo eq (в случае ошибки переход к метеке eq) и тут же через пару строк вы ставите пропуск ошибок On Error Resume Next
Далее ещё интереснее, вы через строку обнуляете все ошибки On Error GoTo 0 И таких обнулений уйма далее в коде. И такого хаоса если присмотрется к сожелению полно.
Вопрос: Так когда и при каких обстоятельствах код перепрыгнет к метке eq и таких меток у вас в вашем файле полно?
Правильно, Никогда!

Сообщение от Сфалерит По крайней мере, за много лет

Скорее за 3 года, ну +- годик (могу ошибатся)...

Сообщение от Сфалерит сложенный десятилетиями работы стиль программирования

Он виден в вашем файле из прошлой темы, тут спорить не буду .

Сообщение от Сфалерит могу себе позволить отказ от подобного опционала

Хозяин "барин".

Сообщение от Сфалерит И наверное критика была бы уместной от людей

Ну тут вы не правы, тема же общая, для общего обозрения. Вы же для этого и создали ваши 2 последнии темы чтоб вас похвалили или обоср... Или нет?
И да,

Сообщение от markiza-inc Скорее это дизлайк, нежели высокая оценка.

100% согласен с markiza-inc, думаю что такого мнения не только я один тут. Дерзайте

Сообщение от markiza-inc Это точно говорит о неоходимости обновить знания VBA и Excel

3

Сообщение от Сфалерит А у Вас сколько на два мегабайта кода выходит?

У меня и гораздо больше чем 2 Мб файлы бывают, и довольно много, и таких "глобалок" по ошибкам не было ни разу. Потому что знаю что пишу.

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

1. Я знаю что такое процесс отладки
2. Если программист хороший, то проги работают с первого запуска нормально, или с очень мелкими недочетами, но без глобальных глюков. Хороший программист отличается от плохого тем, что знает какие команды и в какой последовательности писать. Плохой лепит все подряд, потом разгребает проблемы.
3. Можете не разделять моих и других взглядов, но вышесказанное - это факт.

Сообщение от Сфалерит Сообщение от markiza-inc Лучше и не скажешь! Сообщение от Сфалерит Это точно. Предупреждение о том, что файл содержит макросы (1) и предупреждение о том, что его рекомендуется открывать только для чтения (2) - для некоторых людей сложная куча, которую лучше не открывать

1. Хрен его знает, что там содержат Ваши макросы, может VBE, которое испортит мне мои настройки. Или программное подключение каких-либо надстроек, которые мне не нужны, или будут конфликтовать с моими !
2. Открыть файл только для чтения !!! Вы серьёзно??? А может как раз это и ограничивает Ваш функционал !!!

Сообщение от Сфалерит И Выше на это уже был ответ о том, что все это сделано и получен рабочий файл новый

Где??? Где Вами что-то сделано?

Сообщение от markiza-inc А решение Вашей проблемы уже было предложено выше. Чуть подробнее об этом: Экстрактировать все формы, модули и классы (если они есть). Сохранить файл только с листами. Проверить все эти выделенные файлы на ошибки, и исправить их. Загрузить снова в файл все экстрактированные и исправленные формы, модули и классы (если они есть) .

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

Сообщение от Сфалерит Только вот такое решение - это скорее не решение, а способ обойти так и не решенную проблему. А решением будет удалить подобные объекты, а не убежать от них.

Это и есть один из вариантов решения, но Вы это не хотите понять и принять.

Сообщение от Сфалерит Но я с уважением отношусь к вашему решению обсуждать меня и мой проект в ситуации, когда с решением поставленного в теме вопроса Вы ни чем помочь не можете (1). Ведь если бы не было моего проекта, то не было бы и вопроса, на который Вы не смогли дать ответ. Уверен, что Вам было бы легче это незнание "что же делать в аналогичных случаях?" пережить (2)

1. Могу, но не хочу. Потому что Вы спрашиваете так, как если бы прикатить в автосервис убитую тачку и сказать чтобы Вам ее починили за так, а Вы ее потом поедете продавать.
2. Смог, и дал Вам умный совет. Ведь форум помогать в конкретных проблемах, отвечая на конкретные вопросы. А у Вас нет конкретных вопросов.

I can классный спец. Он сказал что запуск с кучей проблем, и я ему верю.
Вам дали советы где смотреть и как это делать, а Вы реагируете неправильно. MikeVol тоже дал хорошие советы, смотрите в этих направлениях. Когда много операторов On Error GoTo, запутаться проще всего.

3

Сообщение от markiza-inc Хороший программист отличается от плохого тем, что знает какие команды и в какой последовательности писать.

Замечено:
Корявость и несуразность кода - прямо пропорциональна убеждению его автора в своей непогрешимости и даже гениальности ...

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

0

0

По сабжу несколько ссылок из Яндекса
https://www.planetaexcel.ru/fo... &TID=45168
Чистка книг Excel
была еще одна куда-то потерялась уже, там упоминался некий Code Cleaner

0

Сообщение от MikeVol Не было б причин вы бы не создавали тему с заголовком

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

Добавлено через 6 минут

Сообщение от MikeVol В самом начале процедуры вы задали On Error GoTo eq (в случае ошибки переход к метеке eq) и тут же через пару строк вы ставите пропуск ошибок On Error Resume Next

Недостаток понимания иногда приводит к идее о том, что у окружающих нет логики.
Блоки On-Error имеют вложенную структуру. Вы в курсе? Предполагаю, что - нет. От того и не понимаете причины появления resume после goto.
В целом нужно было, чтобы все не отловленные ошибки, которые я не предсказывал и не предполагал их существования, пересылались на eq
А локально ошибка resume next обводит известную и предсказуемую ошибку, которая даже не ошибка, а один из вариантов состояния данных и алгоритм ниже resume next учитывает его возможное присутствие и отрабатывает именно его. resume next - защищает всего одну строку кода! И назначением ее является не обработка ошибки, а обратное - избегание перехода к обработке ошибок. Возникнет или не возникнет error в данном месте - зависит от данных и в общем виде не явлется ошибкой, поэтому, в данном случае оправдано не уходить на eq, что и сделано путем заключения этой строки кода в on error resume next, защищающий исполнение программы от не нужного ветвлелния на eq.
Т.е. там, где Вы не видите логики, вы ее просто не видите. Но она вполне себе заложена и отрабатывает, как и полагается.
Поэтому, прежде чем спешить критиковать чужой код, рекомендую вникать в него и думать.

Добавлено через 6 минут

Сообщение от MikeVol Вопрос: Так когда и при каких обстоятельствах код перепрыгнет к метке eq и таких меток у вас в вашем файле полно? Правильно, Никогда! Цитата Сообщение от С

Правильно, недостаток понимания кода ведет к возникновению подобных вопросов.
Зона действия On error goto eq отлавливает ошибки одних строк кода. On error resume next - других. Соответственно, обработка разных ошибок производится по разному и разным кодом.
Мне жаль, что столь простые вещи Вам не понятны и мне приходится пояснять это.

Добавлено через 6 минут

Сообщение от MikeVol Скорее за 3 года, ну +- годик (могу ошибатся)...

У файла, вызвавшего ваш ажиотаж есть версии. В названии файла, который я выкладывал, она присутствует!
АО8 RF B15 377 Логпрог означает:
АО8 - БД (Тема), в рамках которой создан и контролируется файл.
RF - аббревиатура, обозначающая, что это электронный файл.
B - количество символов, которым кодируется номер файла в теме. (А - 1, B-2 C-3 и так далее. Нужно для того, чтобы при сортировке по названию файлы ложились по-порядку в каталоге, а не 10 рядом со 100.)
15 - порядковый номер файла в списке зафиксированных в теме файлов.
377 - номер версии файла.
Логпрог - стандартная текстовая часть имени файла.
Все стоящее перед именем система генерирует сама. Причем именно этот же файл сам себя и переименовывает от версии к версии.
У меня есть все 377 версий файла. Но есть еще не менее трехсот более ранних, которые делались до перехода на xlsm файлы и формат которых был xls.
Так что сомнения ваши - часть вашей ментальности.

Добавлено через 3 минуты

Сообщение от MikeVol Ну тут вы не правы, тема же общая, для общего обозрения. Вы же для этого и создали ваши 2 последнии темы чтоб вас похвалили или обоср... Или нет? И да,

Или у кого что болит, тот о том и говорит. Ваша ментальность ко мне разве имеет отношение? Зачем ее пытаться примерять на меня?

Добавлено через 1 минуту

Сообщение от markiza-inc У меня и гораздо больше чем 2 Мб файлы бывают,

Файлы или код VBA, написанный Вами?

Добавлено через 1 минуту

Сообщение от markiza-inc Если программист хороший, то проги работают с первого запуска нормально, или с очень мелкими недочетами, но без глобальных глюков.

Т.е., Windows написан плохими программистами? И обновления с исправлениями регулярно идут, потому что плохие криворукие программисты создавали изначальный код с ошибками?

Добавлено через 4 минуты

Сообщение от markiza-inc Хрен его знает, что там содержат Ваши макросы, может VBE, которое испортит мне мои настройки. Или программное подключение каких-либо надстроек, которые мне не нужны, или будут конфликтовать с моими ! Открыть файл только для чтения !!! Вы серьёзно??? А может как раз это и ограничивает Ваш функционал !!!

А открыть файл без запуска кода мама не велит? Или не умеем, а от того боимся?
Мой функционал ограничивает только ваша фантазия. Стабильные версии я открываю для чтения. Версии, находящиеся под наблюдением работы нового кода открываю с возможностью править. Все правки я делаю во время основной работы программы. У меня нет времени заниматься отдельно процессом отладки. Есть рабочие базы данных - магазин функционирующий в том числе. Ежедневно программа работает по разным направлениям и "на горячую" правится, если возникает какой-то новый, до селе не возникавший сбой.

Добавлено через 1 минуту

Сообщение от markiza-inc Где??? Где Вами что-то сделано?

Учитесь читать, прежде чем активно выступать.
Не могу изменить значение константы. Excel падает

Добавлено через 1 минуту

Сообщение от markiza-inc А у Вас нет конкретных вопросов.

Ваше право не видеть конкретики в вопросе в заголовке темы. Уважаю право быть не похожим ни на кого.

Добавлено через 1 минуту

Сообщение от markiza-inc Он сказал что запуск с кучей проблем, и я ему верю.

Как бы - да. Главное верить. И лучше при этом не открывать глаза. Страусы тоже так делают... наверное.


Добавлено через 6 минут

Сообщение от testuser2 По сабжу несколько ссылок из Яндекса https://www.planetaexcel.ru/fo... &TID=45168 Чистка книг Excel была еще одна куда-то потерялась уже, там упоминался некий Code Cleaner

Благодарю. Гляну к ночи.

0

Сфалерит, Ну-ну, вам виднее... Продолжайте далее лепить оператор On Error а бы куда. Я бы даже посоветовал бы его лепить хоть через строку.
И это как я уже выше писал - всего лишь что бросилось сразу в глаза. Далее я не стал смотреть в вашей портянке, страшно стало, о-о-очень. Удачи вам в кодинге, есть вам куда ещё расти.

0

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

1

Благодарю. Но сей макрос, как вижу, не решает проблемы, обозначенной в теме.
Листы чистить нет нужды, потому что при подключении БД они автоматом генерируются Логпрогом и на них заливается запрошенная пользователем информация из подключенных БД. После того, как пользователь с этой информацией отработал, листы удаляются программым кодом. Поэтому, накопления лишних данных на листах не происходит.
Ссылки на другие книги я вообще не пользую. Подход иной. Есть программа обработчик баз данных. (БД). Она же - Логпрог. Есть сами файлы баз данных. Одно живет отдельно от другого. Разные файлы с разной организацией. Файлы БД не имеют никакого кода и никакого форматирования. Только упорядоченно организованные наборы данных. На старте создания БД собрана в единый файл с несколькими листами данных. По мере заполнения листов и появления критического для одного файла объема информации, файл БД отдельными процеурами дробится на несколько и БД превращается в распределенную. Объем хранения информации в ней фактически не ограничен, так как есть давно отлаженные механизмы дробления базы на сегменты. Соответственно, при запросе данных просто подгружаются нужные файлы БД и после окончания работы они выгружаются. Вместо ссылок используется прямой программный доступ к данным из подгруженных файлов. База прекрасно работает с таблицами, длина которых превосходит ограничение на число строк в рабочем листе Эксель. Отдельные таблицы, связанные с анализом прайс-листов поставщиков у меня содержат по нескольку сотен тысяч записей и все это вполне себе не подает признаков приближения к пределу возможностей программы. Сколько нужно, столько и кушает и затем выдает на гора по мере необходимости пользователя.
На счет названий переменных... там их десятки тысяч. У меня фантазии не хватит каждой придумывать не повторяющееся имя. У меня давно сложилась практика в объявлении переменной писать максимально подробно ее назначение. Ибо имя как не напиши, все равно оно как правило малоинформативно оказывается. А вот когда имена все начаты с префикса процедуры, в которой они объявлены и просто по порядку пронумерованы, то тут просто тупо делится экран редактора на два окна горизонтальным разделителем. вверху зона описания переменных. Нижнее окно - код, с которым работаешь. В итоге в коде Все кратко, лаконично и четко. А перед глазами в верхней части подробный мануал, что зачем и почему.

0

Можно ли из файла Excel сделать 1С ?
Можно.
Но нужно ли?

1

Ну, мне нужно, потому что когда я это делал, стоимость обслуживания лицензионной 1С была более 20ки в месяц, если ничего не делать и не дорабатывать. А если учесть, что я практически ежедневно расширял возможности, дорабатывая под себя то, чего в С-ке реализовать гораздо сложнее (язык программирования 1С я немного знаю. Баловался когада-то) то получалось бы все 50. А мне зачем этот полтинник, которого у меня в общем-то и нет, отдавать кому-то? Мне проще было самому лепить под себя и совершенствовать то, что мне нужно, без всяких 1С, требующих куда больше человеко-часов кодирования для того, чтобы получать то, что я могу сделать быстрее в экселе. Присутствие 1С в своем офисе, как и приглашение программеров на ее доработку я уже проходил. Это дорого и не эффективно, по сравнению с тем, что я делаю себе в Экселе.
Я в торговле работаю четверть века. За это время много раз убедился, что эффективнее получать нужный мне результат, кодируя в Екселе, чем настраивать весьма неповоротливых монстров, типа 1С, которые в итоге все равно не будут в полной мере делать то, что мне хочется.

0

Вот так выглядит окно редактора, когда я пишу или отлаживаю код. Расшифровка по переменным перед глазами. Мне удобно.

Миниатюры

 

0

Сообщение от Сфалерит иногда (в результате сбоев в работе и остановки исполнения кода по ошибке) не могут быть так же -программно- и своевременно удалены из книги и остаются в виде не нужных "хвостов".

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

0

Сообщение от Eugene-LS С заранее сохранённого образа системы

Для таких целей рекjмендую Zalman zm-ve350. Сотни образов под рукой с возможностью выбора с чего грузить.

0

Сообщение от Сфалерит Файлы или код VBA, написанный Вами?

Ну, а кем же еще, конечно, я пишу только про свои работы.

Сообщение от Сфалерит Т.е., Windows написан плохими программистами? И обновления с исправлениями регулярно идут, потому что плохие криворукие программисты создавали изначальный код с ошибками?

Да, отчасти так и есть. У хороших программистов были бы только обновления, но не было бы патчей (заплаток). Но у Microsoft пробем много не только с программистами. То наберут тестировщиков, то сократят, то еще какая хрень в головах руководства созреет ... Так еще и некоторые программисты считают себя "Богами" или кем-то еще, вспомните про "пасхальные яица", про умышленное ограничение в 32 Гб при форматировании дисков в FAT32 из-под Windows, и т.д. Да и коллектив программеров очень большой, у каждого свои амбиции, тараканы и прочее.

Сообщение от Сфалерит А открыть файл без запуска кода мама не велит? Или не умеем, а от того боимся?

Все умеем и ничего не боимся, просто не хотим! Причины описаны выше. Но Вам этого пока не понять, амбиции поглощают логику.

Сообщение от Сфалерит Мой функционал ограничивает только ваша фантазия

Ваш функционал ограничивает Ваша чрезмерная самоуверенность и не очень хорошие навыки программиста. И еще этим:

Сообщение от Сфалерит У меня нет времени заниматься отдельно процессом отладки

Ответ на это очень простой и прописан в правилах ворума:

Сообщение от Сфалерит Учитесь читать, прежде чем активно выступать

Читать умеем!!! А Вам надо перечитать правила форума и понять: все вопросы этой темы только в этой теме. И прыгать по Вашим другим темам из этой нафиг никому не нужно!

Сообщение от Сфалерит Ваше право не видеть конкретики в вопросе в заголовке темы

Вижу:

Сообщение от Сфалерит Как избавиться от таких объектов?

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

Сообщение от Сфалерит Страусы тоже так делают... наверное

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

testuser2 дал хороший ответ в пост.№ 34. Но, обратите ли Вы на него внимание, тем более об этом и раньше Вам писали, только без ссылок.

0

Сообщение от testuser2 делать отложенное удаление, с помощью Application.OnTime в отдельной процедуре.

Вот, кстати вопрос на stackoverflow, где один чувак дает такой же совет. Еще один совет там, делать активацию листа перед удалением.
Добавлено через 8 минут
Насчет удаления сбойных листов из проекта, тоже чего-то пишут на стаке https://stackoverflow.com/ques... eet-in-vba

0

Сообщение от testuser2 Если удаление листов происходит где-то в середине кода, лушче перенести это в конец, или делать отложенное удаление, с помощью Application.OnTime в отдельной процедуре.

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

Добавлено через 2 минуты

Сообщение от markiza-inc Ну, а кем же еще, конечно, я пишу только про свои работы. Цитата Сообщение от Сфалерит Посмотреть сообщение

Вы не поняли вопрос. Я не спрашивал, кем написано, я спрашивал, что написано? У Вас в ваших файлах два мегабайта вашего кода или общий вес фала с данными - два мегабайта?

Добавлено через 4 минуты

Сообщение от markiza-inc В чем конкретика? Это равно такому: Чуваки, я тут налепил горбатого, сам нихрена не понимаю что происходит, не могу разобраться, разберитесь за меня в коде, который я 25 лет переделываю и переделать не могу. Тем более: У меня нет времени заниматься отдельно процессом отладки. А у вас его, типа, навалом ...

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

0

Сообщение от Сфалерит Дело в том, что созданных листов за сеанс работы можно наплодить кучу

Скажу одно: Красивые самолеты красиво летают Только это кто-то уже до меня говорил...

1

Как летают мои самолеты - мне вполне нравится. Ибо за час работы я порой могу сгенерировать по 20-30 разных форм и таблиц, совершенно разноплановых. Нужно посмотреть контактные данные - табличка выходит. Нужно глянуть детали по конкрентому лицу - снова табличка. И так бесконечно табличка за табличкой. Каждая из них сгенерирована на своем отдельном листе. Они могут сосуществовать одновременно. Но не нужные закрываются с удалением листа. Это нормальный процесс работы в моей программе. Все время генерируются новые листы и все время удаляются те, с которых нужная информация прочитана.
Программа не предлагает статичный набор таблиц. Это динамика! Таблицы генерируются заново из БД одна за другой. Разные. Разноплановые и с разным объемом выборки.
Т.е. я не работаю с таблицами баз даных напрямую. Прямого доступа к ним нет. Я работаю с копиями информации и мой обработчик Логпрог сливает в БД правки, которые я произвел по команде сохранения изменений. После сохранения изменений рабочий лист с копией попавших в рабочую выборку записей тупо удаляется.
Так сделано ради защиты данных от случайной потери или искажения. Можно спокойно затереть весь рабочий лист. Но при этом вся информация спокойно и без перемен остается в базе данных и в любой момент можно сгенерировать опять затертый ранее нечаянно или умышленно лист данных.

0