Как оптимальние хранить строку неограниченной длины
Появилась необходимость загружать с файлов и хранить в базе строки неограниченной длины.
Данные с прочитанного файла записываются в регистр сведений - сейчас записываются только идентифицирующие данные "конечной длины" так сказать. Запросы к этому регистру довольно частое явление.
База большая, когда то был опыт подгрузки в регистры данных с типом строка неограниченной длины - и это вызывало довольно ощутимые проблемы со скоростью работы.
Но пользователи хотят видеть эти данные сразу в окне - а не искать их в файле. Вот и встал вопрос как их хранить в базе оптимальнее - чтобы нагрузки на производительность не было, пусть они там где то лежат и только когда пользователь открывает форму полного просмотра по строке туда подгружаются.
Сделать отдельный регистр сведений с набором измерений, чтобы можно было вывести не только записи оперативного регистра, но и эти неограниченные строки, подгруженные из этого файла? Или есть какой нибудь более элегантный способ?
Данные с прочитанного файла записываются в регистр сведений - сейчас записываются только идентифицирующие данные "конечной длины" так сказать. Запросы к этому регистру довольно частое явление.
База большая, когда то был опыт подгрузки в регистры данных с типом строка неограниченной длины - и это вызывало довольно ощутимые проблемы со скоростью работы.
Но пользователи хотят видеть эти данные сразу в окне - а не искать их в файле. Вот и встал вопрос как их хранить в базе оптимальнее - чтобы нагрузки на производительность не было, пусть они там где то лежат и только когда пользователь открывает форму полного просмотра по строке туда подгружаются.
Сделать отдельный регистр сведений с набором измерений, чтобы можно было вывести не только записи оперативного регистра, но и эти неограниченные строки, подгруженные из этого файла? Или есть какой нибудь более элегантный способ?
По теме из базы знаний
- HelpDesk: поддержка пользователей - простое решение для учета задач и проблем. Оказание технической поддержки клиентам
- Особенности работы платформы 1С с СУБД OracleDatabase
- Концепция автоматизации многопрофильного Холдинга в системе АУБ на платформе 1С
- Многопоточность. Универсальный «Менеджер потоков» (фреймворк) с отслеживанием зависимости объектов
- Инструкция пользователю за 5 минут
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
(6)
У вас пользовательот такого количества данных точно суть происходящего не потеряет столько строк читать сможет?
Новый СжатиеДанных - и в ХранилищеДанных, раз
Но пользователи хотят видеть эти данные сразу в окне - а не искать их в файле
(6)
вот и вопрос - с файла может подгружаться по 40 т. записей
У вас пользователь
Новый СжатиеДанных - и в ХранилищеДанных, раз
они не навсегда грузятся, а чистятся по потере актуальности.
и выводите ему по 30 строк, в данном случае извлечение, распаковка и вывод на экран займут не много времени.
вот и вопрос - с файла может подгружаться по 40 т. записей, и например к некоторым есть не пустое поле комментарий. все эти записи загружаются в любом случае - так как оперативно используются какое то время.
Потом записи регистра удаляются из базы.
И сейчас просто грузится признак что комментарий был - хотите, смотрите в файле.
Я как то не знаю способа быстро прочитать это из ecxel файла если понадобится.
Поэтому и спрашиваю какие могут быть альтернативные варианты хранения с возможностью отображения?
Место в базе не проблема - к тому же они не навсегда грузятся, а чистятся по потере актуальности.
Потом записи регистра удаляются из базы.
И сейчас просто грузится признак что комментарий был - хотите, смотрите в файле.
Я как то не знаю способа быстро прочитать это из ecxel файла если понадобится.
Поэтому и спрашиваю какие могут быть альтернативные варианты хранения с возможностью отображения?
Место в базе не проблема - к тому же они не навсегда грузятся, а чистятся по потере актуальности.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот