|
Хранение больших файлов в СУБД. | ☑ | ||
---|---|---|---|---|
0
Doomer
14.04.13
✎
15:47
|
Наша систему учета заданий позволяет в качать туда все необходимое для выполнения, вплоть до БД, а так же загрузить результат выполнения. Система реализована на 1С 8. База разрастается. В качестве СУБД используем Postgres. Столкнулся с проблемой что не возможно сделать ТИИ в этой базе. Думаю есть смысл для хранения этих данных использовать отдельную базу и, возможно, отдельную СУБД. Что посоветуете?
|
|||
1
Doomer
14.04.13
✎
15:49
|
Соблюдение ссылочной целостности не нужно в том плане, что хотелось бы иметь возможность удалять часть устаревших данных из базы. Как вариант, я бы перенес эту БД на отдельный комп или большой RAID (пусть и не очень быстрый).
|
|||
2
_Atilla
14.04.13
✎
15:51
|
Твоя база как файлохранилище?
|
|||
3
Doomer
14.04.13
✎
15:53
|
(2) Да
|
|||
4
pavig
14.04.13
✎
15:53
|
(0) используй для хранения данных файлохранилище, а в БД - только пути к ним, так будет удобнее, база разрастаться не будет. Вопрос только интерфейса и организации файлопомойки
|
|||
5
sapphire
14.04.13
✎
15:55
|
(0) Твоя пиши с мобильный или выпивай дюже?
Переходи на oracle или MS SQL - они умеют жать данные. |
|||
6
Doomer
14.04.13
✎
15:55
|
В приниципе ничего не мешает использовать просто файловую систему. Тогда нужно будет продумать ограничения доступа к этому диску. Чтобы 1С могла туда залезть, а остальные пользователи нет.
|
|||
7
Нуф-Нуф
14.04.13
✎
16:00
|
(6) а что там думать. пользователю службы 1с даешь права, другим нет
|
|||
8
Doomer
14.04.13
✎
16:21
|
Ну так что будет лучше просто файловая система или Субд?
|
|||
9
Лефмихалыч
14.04.13
✎
16:25
|
(8) все сказано в (4)
|
|||
10
mehfk
14.04.13
✎
16:29
|
||||
11
Doomer
14.04.13
✎
20:58
|
(9) В интерфейсе как раз вопрос и был.
|
|||
12
МихаилМ
14.04.13
✎
21:04
|
делайте ТИИ без 1с: напишите скрипты проверок.
в любом случае наймите проф. админа postgesql. |
|||
13
vde69
14.04.13
✎
21:05
|
моя идея которую я так и не реализовал (по причине смены работы)
делается распределенка, в удаленный узел гоним файлы (и версии файлов) которые редко используемые. При необходимости в центре получить архивные файлы делаем записи в спец регистр, перефирийка получив этот регистр отправляет обратно нужные файлы. |
|||
14
vde69
14.04.13
✎
21:06
|
(13) узлы можно делать "по годам"....
|
|||
15
oleg_km
14.04.13
✎
21:20
|
Тоже думал: файлы или БД, сделал выбор в пользу БД. Все-таки файловая система Windows например на 100000 файлов одном каталоге жутко начинает тормозить. Опять же архивация резервное копирование. Короче сделал базу из двух полей: ГУИД, и varbinary(MAX)
|
|||
16
Aprobator
14.04.13
✎
21:25
|
нефиг внешним файлам в БД делать. Ибо, мухи отдельно, котлеты отдельно.
|
|||
17
MaxS
14.04.13
✎
21:33
|
(13) типовые на основе БСП это почти умеют.
Штатно распределённые базы обмениваются файлами, даже если файлы на дисках, не в базе. В одной из папок скрипт удаляет старые файлы. При штатном обращении к удалённому файлу, БСП сообщает мол антивирус, наверное удалил файл, обратитесь к администратору. Эту часть кода заменить на запрос в другую базу, что файл нужен. А пользователю ответить мол файла нет, запрос на его получение сделан. |
|||
18
H A D G E H O G s
14.04.13
✎
21:37
|
Интересно, 1C запилит поддержку FileSTREAM типа данных для MS SQL когда нибудь?
|
|||
19
Doomer
14.04.13
✎
21:56
|
Я про FileSTREAM не совсем понял. Т.е. я ставлю MS SQL Express включаю FileSTREAM создаю таблицу с полем типа varbinary(MAX) и работаю с этой таблицей средствами MS SQL. Все правильно понял?
|
|||
20
H A D G E H O G s
14.04.13
✎
21:57
|
(19) Да, но физически - это отдельных файл (со всеми вытекающими)
|
|||
21
vde69
14.04.13
✎
22:07
|
(17) моей идеи ровно 2.5 года :) тогда БСП была куда как проще :)
а идею - пусть тырят и реализуют в БСП, я ЗА! у меня периодически тырят идеи и потом я вижу их в типовых, я только ЗА. хотя если кто заплатит я буду ДВА раза ЗА :) |
|||
22
Лефмихалыч
14.04.13
✎
23:19
|
(18) а чо, разве не поддерживает? у нас просто надысь пошел в люди какой-то мегапроект информационных безопасников по выносу информации, там вроде этот фалосстрим используется для хранения файла в ходе выполнения БП "Согласование выноса свервысоковажной информации".
Может, конечно, там костылей через АДО понаверчено, я не смотрел, но окончательный согласованный вариант архитектуры, в котором задекларировано использование этого фалострима точно видел. Надо будет не забыть завтра эту собачку говорящую полюбопытствовать... |
|||
23
ПесняПроЗайцев
14.04.13
✎
23:32
|
(0) Феерично. Читал и плякал. Именно плякал, а не плакал. Ибо!
|
|||
24
Худой
15.04.13
✎
05:18
|
(12)"в любом случае наймите проф. админа postgesql". И чем этот "проф" сможет помочь?
У меня сейчас в документообороте 20 гиг. база. На скорость это не влияет. Проблема копированием реально встала после определенного достижения объемов. Средствами самой платформы 1С в файл dt не получается. Достигнут предел возможного размера. Приходится копировать средствами postgesql. |
|||
25
МихаилМ
15.04.13
✎
08:44
|
(24)
заведите отдельную ветку. Ваша проблема в проблемой в (0) ("не возможно сделать ТИИ") отдоленно похожа. у постгре есть много сборок профессионалы смогут подобрать подходящую и внедрить 1с сборки в них. либо настроить программу. на sql.ru пиарилась команда консалтеров по постгре. |
|||
26
IVIuXa
15.04.13
✎
16:39
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |