Извините - ответ, который я предложил, был основан на SQL Server, таким образом, часть обслуживания не является соответствующей. Но файловый ввод-вывод выполняется на аппаратном уровне, и любая база данных добавляет дополнительные шаги обработки.
база данных наложит дополнительные издержки при получении документа. Когда файл находится на диске, Вы только как медленные или с такой скоростью, как ввод-вывод на сервере. Конечно, необходимо управлять meta в базе данных, но в конце Вы хотите UNC файла и указываете на пользователя на источник и уходите с дороги.
С точки зрения обслуживания и администрирования Вы ограничите себя SAN при контакте с SQL Server MS. Решения как Documentum проявляют другой подход с простым устройством хранения данных на диске, и позволяет Вам реализовывать решение для устройства хранения данных, как Вы считаете целесообразным.
РЕДАКТИРОВАНИЕ
Позволило мне разъяснить свой оператор - с SQL Server, Вы ограничили опции при превышении емкости физического хранилища поля. Это - на самом деле одни из больших слабых мест Sharepoint, что Вы не в состоянии просто присоединить любой тип сетевого устройства хранения данных.
Это и
(амперсанд), а не символ At, см. Документацию Spring Framework: Настройка логики создания экземпляров с помощью FactoryBeans
<property name="factoryBean" ref="&theFactoryBean" />
Вы можете получить сам фабричный компонент, используя синтаксис &
в конфигурации spring:
<property name="factoryBean" ref="&theFactoryBean" />
вместо:
<property name="createdBean" ref="theFactoryBean" />