Клиент-серверная база на SQL. Хочу хранить в базе большие файлы - фильмы.
Достоинства: Целостность базы
Недостатки: Долго загружает, выгружает.
Гораздо дольше чем простое копирование на сервер.
Есть ли способы быстрой загрузки/выгрузки?
Знаю в SQL формат filestream, и может он подходит, но не пробовал и не знаю как базе 1с "объяснить" этот формат.
Хранение файлов в отдельном каталоге не рассматриваю - с ним все понятно.

О_О

пятница форева?

когда-нибудь компьютеры будут настолько быстры, что отдать по запросу файл в 20гигов будет занимать не более десятков миллисекунд

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

Путь храни, нафига фильма сам заливать

wiki:Redis

(5)
Хранение файлов в отдельном каталоге не рассматриваю - с ним все понятно. (с)

не по тяге человеку. ламерский подход.

Маразм крепчал...

Достоинства: Целостность базы

ггг

(5)  он же сказал  важна целостность.  т.е. фильмы ему песец как дороги и хочет он их ранить именно в скуле.  счастье от сохраненной ссылки невелико.  я правда  фиг знаю  что за  чудо фильмы такие  что бы было непроще азеркалить их  и плюнуть.

Да... NAS наше все...
ЗЫ: а так прикинуть стоимость сервака под это дело и лицензий на ось + скуль ;)~

Критика принимается. Тогда по другому вопрос.
Если отбросить стоимости лицензий, ламерский подход, маразм и т.д..., теоретически, как обеспечить быструю загрузку/выгрузку на SQL?

(12)
Вы же сами написали про filestream

только он в мс скл 2012
и в бесплатный express много фильном не загрузишь

+ 40 гигабатные карты быстро дешевеют

(13) Да, но там похоже тоже что и с внешними файлами: можно иметь путь, но как иметь ссылку 1с?
1с положит в файл в обычную таблицу.
filestream в 2008 есть.

(13)
так всегда было

или быстро
или 1с

Конечно, тема - бред, но если допустить, что в далекой-далекой галактике созрела такая нужда хранить горы мусора в SQL, то точно не через встроенные средства 1С - она не любит большие объемы данных. Берется драйвер SQL, подключается через ADODB и сиди шарашь нативные запросы к СУБД

(15)Как вариант наверное можно загружать стронними средствами в эту же базу SQl, а ссылку записывать в 1с.
Правда лицензионное нарушение имеем.
Тогда более-менее целостность будет. База единая.
(16) ADODB будет быстрее чем 1с? Для 77 согласен, а вот для 8.хх?

(3)
К тому времени фильм в 20 гигов будет считаться отстойным качеством.

(0) тебе надо памяти добавить, базу размещаешь в RAM и профит!!!

останется найти модули на 1 tb и маму которая их поддерживает

http://rucomputers.ru/index.php?route=product/product&path=68_76&product_id=1574
64 слота под мозги

(19) Память не нужна. Храним в SQL, извлекаем на локальную машину.

(22) Храним в SQL (с)... фильмы (с)...
Суровый город Челябинск. Челябинские программисты на столько суровы, что... Да что тут говорить, Чак Норрис и тот не так суров.

Чак Норрис знает как создать хранилище прона в SQL под 1С, но он никогда не создает его. Он просто сурово смотрит на экран в упор, пока 1С сама все быстро не сделает

(22) тебе скорость нужна или как?

ивлекаем на локальную машину медиапоток? ыыы, объясните мне нахрен тут sql?

(28)
суровость, разрыв шаблонов, смелость решений, игнорирование стереотипов, убиение здравых принципов, вызов мировозданию...
выбирай, что тебе больше по душе:)

главное пусть плеер не забудет на УФ сделать, а то в браузере смотреть неудобно будет

(28) Читаем с SQL файл на локальную машину, запускаем то приложение с которым ассоциирован файл и открываем его.
Файл могут быть не только avi. Изображения, фильмы, музыка...
Поток не нужен.

(27) спасибо. 6 пункт похож на filestream и уже хоть как то описан. Спасибо.