v7: Глобальное хранение Таблицы Значения #795402

Добрый вечер. Вопрос вот в чем. Есть ли возможность хранить ТЗ в глобальнике постоянно? Сейчас так: открыл обработку, считал данные из файла, записал в ТЗ в глобальной переменной. Она хранит данные пока не закрыть сеанс пользователя. 1)Сильно ли подгружается и страдает 1С7.7 ТиС sql 2003 при хранении ТЗ данным случаем? 2)Сильно ли замедляется снятие отчетов при таком хранении ТЗ? 3)Как можно хранить ТЗ всегда, чтобы завтра открыл 1С и уже ТЗ там есть? Пользователи работают через RDP на серваке 2008.

во внешнем файле, в служебном документе - выбирай

данные и так хранятся во внешнем файле. Это тоже самое получается. Я ТЗ создаю из внешнего файла mxl

считывание файла происходит 10 секунд. А вот ТЗ количеством колонок около 800 и одна из колонок имеет еще Npy с разным количеством строк создается минут 5-7. Так вот, неужели всегда нужно сперва это делать, а уже потом работать с ТЗ в глобальке? Или есть еще метод какой? Или такое могут только Реквизиты справочников, документов? Клюшка, никаких 1с++ нет

Чем справочник не устроил?

ну заведи служебный документ и храни в нем... 5-7 минут, 800 строк?! чего же ты там такого создаешь? и как читаешь/записываешь?

Там колонок 800. Нах такая информация нужна в базе - я даже представить не могу.

аааа колонок.... ))) тогда тоже не понятно))

скуль есть?

"Или есть еще метод какой? Или такое могут только Реквизиты справочников, документов?" Еще есть СохранитьЗначение, ВосстановитьЗначение, ЗначениеВФайл, ЗначениеИзФайла ...

база sql -  создавай табличку в темп-дб и пользуйся ею ...хотя, 800 полей?! странненько :)

К черту mxl, ЗначениеВФайл, ЗначениеИзФайла (или как оно там зовется) в помощь.

колонок 4))) считывание из файла происходит всего 10 секунд, это не проблема же. А вот в файле более 5000 строк. И на основании этих строк в базе уже формируется таблица значений, которая из этих 5к строк группирует и раскидывает в новые строки ТЗ. При этом эта новая ТЗ в базе имеет в каждой строке по своей ТЗстрока, в которой различное количество строк. Вопроса со считыванием из файла не стоит, стоит в формировании ТЗ в базе или хранении где ее. А какой файл создавать, чтобы он содержал ТЗ?

показывай уже код.....

Не создавать, а будет создан самой программой, текстовый. От тебя требуется только имя файла!

Давай задачу целиком. Есть подозрение, что какую-то чушь делаете.

Вроде там из регистра оборотов можно было сделать аналог регистра сведений

Не знаю, зачем вам код))) //====================================================================== Задача: Прочитать данные из файла и из Регистра (либо из 2 файлов), сравнить и вывести данные сгруппированы, если повторяются. Самый долгий процесс - это 5 пункт. Так вот, вопрос не стоит, как считывать мне из xml файла, т.к. это быстро. Стоит вопрос на то, как хранить мою ТЗ, чтобы в дальнейшем на ее создания не тратить время?

это не задача. Это твоё видение решения

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

файл сформирован из другой базы. Считывание происходит всего фала, а только нужных столбцов и затем поиск по коду в 1С справочников. Лишние циклы: сравнение 2х таблиц, т.к. могут быть различные нужные строки. Может перебарщиваю и одного обхода достаточно.

если новая и старая ТЗ по колонкам совпадает, объедени из, потом сверни с итоговым флагом, отсортируй по флагу и получишь то что надо, вместо 4 циклов...

чтение из файла  ЗначениеИзФайла и запись в файл действительно не быстрое. зависит от ФС = у меня были глюки. когда файл не давали антифирусники или еще чего читать. Самое простое это служебный справочник или док

сложно гадать... что в СформироватьТаблицуИзСтаройБазы 0/1 происходит?

+24 в СформироватьТаблицуИзСтаройБазы, есть ТЗ.НОваяСтрока?

ничего не обычного

+ файл тут MXL, просто изначально считывал иэ экселя, потом переделал

автор. а этими данными (ТЗ) пользуется 1 клиент или несколько

а что мешает в этой процедура колонку ОБщ добавить? что мешает после формирования одной ТЗ, вторую формировать уже с учетом первой?

служебный справочник или док, думал об этом. Не хотелось захламлять базу. Самое верное решение тут - это перенос данных из старой базы в новую. А это повесить в регистр продажи, как и должно быть. Но не хочется добавлять более 5к строк в регистр. 1-2, но не одновременно. Он к этому фалй обращается раз 50 в день, и нужно это оперативно, т.к. работа горит

да, при считывании из 2х фалов я сэкономлю 5с времени. Это с учетом, если из 2х файлов. Но опять же, времени за считывание я трачу 10-15 секунд, по 5-7 с. на файл. Это нормально, тут я хочу узнать, как мне хранить готовую тяжелую и муторную ТЗ

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

2. У меня много подобного из разных систем + для быстроты чтобы не ждать УРБД какие-то данные. У меня на спец серваке который крутит обмены. еще и всякий подобный хлам обрабатывает. т.е. он что-то рассчитал а уже готовые денные выгружает в ТЗ который либо записывается в файл а их видят клиенты. но в последнее время много гемора со скоростью файлов и проблем с ФС когда блокирует чтение и запись. я временны данные выкидываю в постгри таблички. А клиенты уже забирают

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

А чем ЗначениеВСтрокуВнутр и ЗначениеИзСтрокиВнутр не подходят?

вот посмотрел на это, за 3с в сумме сохраняет и считывает мою ТЗ. Буду думать над этом

В общем сделал так: ночью на задании создает мою большую ТЗ, затем функций в файл ЗначениеВФайл. А при открытии обработки ЗначениеИзФайла. Шустро получается. Пользователи довольны, всем спасибо. Тему можно закрывать.