Распределенное хранение документов

[Leonid Khrisanfov]

Сообщение от Eldar Fattakhov

Леонид, а разве ORACLE идет не тем же ("чудаковатым") путём (в базе хранится любой тип информации)?

Честно, не знаю есть у Оракула решение для управления содержимым, не сталкивался. То что в базе можно хранить двоичные данные - вопрос совсем другой и не имеет отношение к системам управления содержимым, которые используют ту или иную СУБД для своих целей.
Насчёт "плохости" идеи хранения "Всё - в БД", самое очевидное:
1. Файловая система, по определению, быстрее, чем процесс извлечения двоичных данных из БД. Сам процесс предоставления пользователя нужного ему документа (файл с содержимым+метаданные из СУБД) требует меньше вычислительных затрат.
2. Документы с большим объёмом содержимого - неслабо "раздувают" базу данных если они хранятся в двоичном виде в БД.
3. Разделённую схему "Содержимое - в файлах, метаданные - в БД" - труднее администрировать, но есть возможность "раскидать" задачи по нескольким серверам: СУБД и файловое хранилище. Следовательно, больше свободы и гибкости в построении такого решения.

[Djalolatdin Rakhimov]

Сообщение от Rustam Asimov

Я очень ценю то, что делает ДЖ с командой. Я совсем другое имел в виду Ахадбек ака!

Со всем уважением к продуктам уважаемой компании MS, есть задачи, которые, насколько я знаю (может, ошибаюсь или отстал от жизни), не решаются штатными средствами SharePoint, и описанная задача - как раз такая. Так вот, до тех пор, пока ребятам-специалистам нравится сам процесс придания системе несвойственных ей особенностей - бесполезно рассказывать о том, что есть и другие продукты других уважаемых компаний. Продукты, в которых возможность работы с распределенными документохранилищами в условиях нестабильного канала связи предусмотрены изначально, являются естественными и не требуют никаких сложных телодвижений.

Не говоря о том, есть такие штатные средства или нет, но если альтернативное продукты хорошо не предтавляются соответствующими инженерами, но народ ни знать о них не будет, не экспериментировать и пробовать не будет. Это не та категория продуктов, которые можно просто закачать в демо, поставить и посмотреть.

[Djalolatdin Rakhimov]

Сообщение от Leonid Khrisanfov

Я не знаком с MOSS 2007 и если хранение содержимого документов тоже происходит в БД совместно с метаданными (версии, права доступа и т.п.) и если это решение от MS, то, конечно же, идея замечательная
Прочие недалекие производители систем управления содержимым предприятия почему то до сих пор предлагают оба способа: "Содержимое - в файлах, метаданные - в БД" и "Всё - в БД"... чудаки

Все содержимое moss храниться в БД . Проверяли

[Djalolatdin Rakhimov]

Сообщение от Leonid Khrisanfov

Честно, не знаю есть у Оракула решение для управления содержимым, не сталкивался. То что в базе можно хранить двоичные данные - вопрос совсем другой и не имеет отношение к системам управления содержимым, которые используют ту или иную СУБД для своих целей.
Насчёт "плохости" идеи хранения "Всё - в БД", самое очевидное:
1. Файловая система, по определению, быстрее, чем процесс извлечения двоичных данных из БД. Сам процесс предоставления пользователя нужного ему документа (файл с содержимым+метаданные из СУБД) требует меньше вычислительных затрат.
2. Документы с большим объёмом содержимого - неслабо "раздувают" базу данных если они хранятся в двоичном виде в БД.
3. Разделённую схему "Содержимое - в файлах, метаданные - в БД" - труднее администрировать, но есть возможность "раскидать" задачи по нескольким серверам: СУБД и файловое хранилище. Следовательно, больше свободы и гибкости в построении такого решения.

При желании, можно сделать и отдельное хранение больших файлов, не требующих индексирования в базе данных. А в БД хранить только ссылки на них. Мы так храним дистрибутивы программ: дистры в файловом хранилище, в moss - только база данных по описаниям (мета) + ссылки на файлы.

[Rustam Asimov]

Сообщение от Djalolatdin Rakhimov

Не говоря о том, есть такие штатные средства или нет, но если альтернативное продукты хорошо не предтавляются соответствующими инженерами, но народ ни знать о них не будет, не экспериментировать и пробовать не будет. Это не та категория продуктов, которые можно просто закачать в демо, поставить и посмотреть.

Абсолютно согласен!

[Odil Abdullaev]

Честно, не знаю есть у Оракула решение для управления содержимым, не сталкивался.

Конечно есть. Одно из них Oracle iFS нам даже удалось использовать в одном из проектов. Сейчас решения по управлению контентом входят в состав в Oracle Fusion Middleware
Что касается хранения/не хранения файлов внутри БД могу сказать следующее. Oracle предоставляет комбинированные методы хранения.(Хранить все в БД - уже давно не аксиома для Oracle - imho) То есть специализированные типы (like BFILE), хранение которых осуществляется в файловой системе, но вы продолжаете использовать преимущества хранения в БД, такие как доступ с использованием PL/SQL, механизмы поиска типа Oracle Ultra Search и т.д.

[Erkin Kuchkarov]

Сообщение от Rustam Asimov

Эркин ака, а кто сказал "WebSphere"? Не надо додумывать ...

Мы говорим о вроде о порталах

Сообщение от Rustam Asimov

WebSphere Portal - это портал, "обеспечивающий унифицированный доступ к информационным ресурсам организации в соответствии с ролями пользователей и их уровнем доступа" а не документохранилище.

А SharePoint Portal Server - это значит не "портал, "обеспечивающий унифицированный доступ к информационным ресурсам организации в соответствии с ролями пользователей и их уровнем доступа"?????
Просто, у MOSS плюс ко всему, есть система хранения документов. Lotus несколько другой продукт предназначенный для групповой и коллективной работы над задачами и хранение документов как само собой разумеющееся потому как иногда результатом исполнения задания является документ.

[Erkin Kuchkarov]

Сообщение от Odil Abdullaev

То есть специализированные типы (like BFILE), хранение которых осуществляется в файловой системе, но вы продолжаете использовать преимущества хранения в БД, такие как доступ с использованием PL/SQL, механизмы поиска типа Oracle Ultra Search и т.д.

И это тоже есть в MS SQL 2008 (BFILE), при всем там есть еще одна возможность - вытеснение файлов (перенос архива документов в иное, отличное хранилище ( библиотека MO, ленточек, CD-DVD... и тд и тп... включая более медленные дисковые подсистемы))
Но все сказанное не относится к сути поставленной задачи - надо сделать репликацию между распределенными БД на SQL Serverах используемую MOSS 2007 . И там хоть трижды оракле дб или лотус - онли MS технологии.

[Erkin Kuchkarov]

Сообщение от Leonid Khrisanfov

Честно, не знаю есть у Оракула решение для управления содержимым, не сталкивался

Бузинес Сюите

[Rustam Asimov]

Сообщение от Erkin Kuchkarov

А SharePoint Portal Server - это значит не "портал, "обеспечивающий унифицированный доступ к информационным ресурсам организации в соответствии с ролями пользователей и их уровнем доступа"?????

Это не ко мне вопрос, Эркин ака

Сообщение от Erkin Kuchkarov

Lotus несколько другой продукт предназначенный ...

Оффтоп:

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