Наша систему учета заданий позволяет в качать туда все необходимое для выполнения, вплоть до БД, а так же загрузить результат выполнения. Система реализована на 1С 8. База разрастается. В качестве СУБД используем Postgres. Столкнулся с проблемой что не возможно сделать ТИИ в этой базе. Думаю есть смысл для хранения этих данных использовать отдельную базу и, возможно, отдельную СУБД. Что посоветуете?

Соблюдение ссылочной целостности не нужно в том плане, что хотелось бы иметь возможность удалять часть устаревших данных из базы. Как вариант, я бы перенес эту БД на отдельный комп или большой RAID (пусть и не очень быстрый).

Твоя база как файлохранилище?

(2) Да

(0) используй для хранения данных файлохранилище, а в БД - только пути к ним, так будет удобнее, база разрастаться не будет. Вопрос только интерфейса и организации файлопомойки

(0) Твоя пиши с мобильный или выпивай дюже?

Переходи на oracle или MS SQL - они умеют жать данные.

В приниципе ничего не мешает использовать просто файловую систему. Тогда нужно будет продумать ограничения доступа к этому диску. Чтобы 1С могла туда залезть, а остальные пользователи нет.

(6) а что там думать. пользователю службы 1с даешь права, другим нет

Ну так что будет лучше просто файловая система или Субд?

(8) все сказано в (4)

(9) Или так http://msdn.microsoft.com/ru-ru/library/bb933993(v=sql.105).aspx

(9) В интерфейсе как раз вопрос и был.

делайте ТИИ без 1с: напишите скрипты проверок.

в любом случае наймите проф. админа postgesql.

моя идея которую я так и не реализовал (по причине смены работы)

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

(13) узлы можно делать "по годам"....

Тоже думал: файлы или БД, сделал выбор в пользу БД. Все-таки файловая система Windows например на 100000 файлов одном каталоге жутко начинает тормозить. Опять же архивация резервное копирование. Короче сделал базу из двух полей: ГУИД, и varbinary(MAX)

нефиг внешним файлам в БД делать. Ибо, мухи отдельно, котлеты отдельно.

(13) типовые на основе БСП это почти умеют.
Штатно распределённые базы обмениваются файлами, даже если файлы на дисках, не в базе.

В одной из папок скрипт удаляет старые файлы.

При штатном обращении к удалённому файлу, БСП сообщает мол антивирус, наверное удалил файл, обратитесь к администратору. Эту часть кода заменить на запрос в другую базу, что файл нужен. А пользователю ответить мол файла нет, запрос на его получение сделан.

Интересно, 1C запилит поддержку FileSTREAM типа данных для MS SQL когда нибудь?

Я про FileSTREAM не совсем понял. Т.е. я ставлю MS SQL Express включаю FileSTREAM создаю таблицу с полем типа varbinary(MAX) и работаю с этой таблицей средствами MS SQL. Все правильно понял?

(19) Да, но физически - это отдельных файл (со всеми вытекающими)

(17) моей идеи ровно 2.5 года :) тогда БСП была куда как проще :)

а идею - пусть тырят и реализуют в БСП, я ЗА! у меня периодически тырят идеи и потом я вижу их в типовых, я только ЗА.

хотя если кто заплатит я буду ДВА раза ЗА :)

(18) а чо, разве не поддерживает? у нас просто надысь пошел в люди какой-то мегапроект информационных безопасников по выносу информации, там вроде этот фалосстрим используется для хранения файла в ходе выполнения БП "Согласование выноса свервысоковажной информации".
Может, конечно, там костылей через АДО понаверчено, я не смотрел, но окончательный согласованный вариант архитектуры, в котором задекларировано использование этого фалострима точно видел.
Надо будет не забыть завтра эту собачку говорящую полюбопытствовать...

(0) Феерично. Читал и плякал. Именно плякал, а не плакал. Ибо!

(12)"в любом случае наймите проф. админа postgesql". И чем этот "проф" сможет помочь?
У меня сейчас в документообороте 20 гиг. база. На скорость это не влияет. Проблема копированием реально встала после определенного достижения объемов. Средствами самой платформы 1С в файл dt не получается. Достигнут предел возможного размера. Приходится копировать средствами postgesql.

(24)
заведите отдельную ветку.
Ваша проблема в проблемой в (0) ("не возможно сделать ТИИ")

отдоленно похожа.

у постгре есть много сборок профессионалы смогут подобрать
подходящую и внедрить 1с сборки в них.
либо настроить программу.
на sql.ru пиарилась команда консалтеров по постгре.

(0)
http://habrahabr.ru/post/136852/