Имя: Пароль:
1C
1С v8
Куда положить на хранение файл в базу, чтобы потом забрать через внешнее соединение
,
0 Мимохожий Однако
 
27.08.18
06:41
Есть задача- сохранить файл не на рабочий стол, а в базу программно. Чтобы при необходимости из другой базы через внешнее соединение этот файлик забрать. Может быть, есть пример кода, чтобы сохранить и пример, как забрать? Полагаю, можно через хранилище значений, но пока не соображу с чего начать..
1 Amra
 
27.08.18
07:58
В БСП посмотри, там реализовано и в хранилище значений, и по ссылке
2 Cyberhawk
 
27.08.18
09:11
В реквизит с типом ХЗ
3 Мимохожий Однако
 
27.08.18
09:28
(1) (2) Спасибо. Сделал через хранилище значений, которое есть в регистре Сохраненные настройки. У меня в данном случае КА1.1 и УТ10.3
4 spiller26
 
27.08.18
09:49
Посмотри в Документообороте как сделано. Хранить в самой базе - зло, храни в определенной папке на серваке.
5 Провинциальный 1сник
 
27.08.18
09:51
(4) "Хранить в самой базе - зло"
Не согласен. Зависит от объема данных.
6 spiller26
 
27.08.18
09:54
(5) Когда пользователи загоняют по 10-30 МБайтовые файлы в базу (сканы) база растет в разы.
7 Мимохожий Однако
 
27.08.18
09:59
(6) В данной ситуации файл один, текстовый, он служебный, небольшого размера.
8 spiller26
 
27.08.18
10:01
(7) Смотри как бы не понравилось пользователям, чтобы они не сказали потом: "А давайте ещё пихать другие документы будем, удобно же".
9 Fram
 
27.08.18
10:02
(7) текстовый?!
10 spiller26
 
27.08.18
10:10
(7) Расширение какое у этих текстовых документов?
11 Serg_1960
 
27.08.18
10:24
"Хранить в самой базе - зло" - вах. Скажи это методистам 1С :) Они в современных конфигурациях сообщения обмена пихают куда ни попадя. Даже в константы.

"- Скажите государю, что у англичан ружья кирпичом не чистят: пусть что бы и у нас не чистили, а то, храни Бог войны, они стрелять не годятся – внятно выговорил Левша, перекрестился и умер."(с)
12 Сияющий в темноте
 
27.08.18
10:33
Фирме 1с выгодно,чтобы обьем файловой базы быстрее рос,поэтому,все в базу,т.е.потом можно сервер продавать.
опять же,резервное копирование делает полностью рабочую копию со всеми файлами.
просто,файлы должны хранится и бэкапиться отдельно,т.к таи инкрементальный бэкап позволяет очень сильно экономить место,а в файловой базе директория самой базы всегда доступна,так что папочку в ней и все туда.
в серверном варианте,действительно,проще хранить все в базе,т.к.инкрементальныц бэкап умеет сам скуль,а размер файла практически не ограничен,в крайнем случае,другой файл скуль базы создать.
13 Serg_1960
 
27.08.18
10:45
Да ну вас :) "Фирме 1с выгодно,чтобы..."- фирме всё равно. Ей фиолетово файловая у вас или вы уже разорились на сервер. Решили функционал капсулировать внутри базы и не зависеть от внешних условий - решили и сделали.
14 Мимохожий Однако
 
27.08.18
12:48
(10)расширения нет ))
(9) в хранилище помещаю данные с типом значения "текстовый документ".
Исходная обработка позволяла пользователю интерактивно формировать текстовый файл с нужными данными.
Вторая обработка в другой базе позволяла пользователю интерактивно формировать из этого файла нужные документы.
..
Теперь обе обработки работают через регламентное задание и текстовый документ (не файл) лежит в хранилище.
Вторая обработка через внешнее соединения забирает через регламентное задание данные и т.п.
...
База клиент-серверная. Базы на одном железе.
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn