Sharepoint MOSS настраиваемый v ненастроенный

Question

Если Microsoft построила MOSS так, чтобы все данные записывались в базу данных SQL Server, почему все лучшие практики разработки предлагают хранить файлы и т.д. вне базы данных, т.е. в файловой системе?

Всего наилучшего

Answer 1

Я бы сказал, что все лучшие практики не говорят, что вы должны использовать файловую систему для хранения файлов. Это всегда будет зависеть от ситуации. Хранение файлов в файловой системе хорошо, когда у вас один сервер, но тогда вам нужно управлять репликацией, когда файлы должны быть на нескольких серверах. Резервное копирование базы данных обычно проще, чем база данных и файлы. Всеми этими ситуациями можно управлять, но вы должны быть гибкими.

Answer 2

В SharePoint есть техник под названием ghosing , который кэширует страницы в файловой системе.

Answer 3

Где вы взяли эти "лучшие практики"?

По своему опыту работы с MS и MOSS я должен сказать, что никогда не слышал о таких лучших практиках, за исключением очень специфического случая ... Я бы сказал, что это не очень хорошая практика.

Ваше развертывание не так просто ... пользователи с правами администратора должны знать, где найти файл, который нужно изменить, резервные копии как ад и т. Д.

Но, как я уже сказал ... может быть, в конкретном случае это может быть полезно.

Answer 4

Сохранение страниц SharePoint ненастроенными позволяет одному экземпляру страницы компилироваться при первом выполнении, а затем храниться в памяти и повторно использоваться для всех страниц одного типа. Причина, по которой настроенные страницы не разделяют это поведение, заключается в том, что они уникальны, и как только ApplicationDomain загружает dll, его нельзя выгружать. Поэтому настраиваемые страницы анализируются при каждом запросе.

Answer 5

Хранение файлов в базе данных необходимо, если вы хотите, чтобы пользователи сайта редактировали эти файлы. SharePoint предназначен для того, чтобы большинство этих файлов можно было редактировать, чтобы они могли храниться в базе данных.

Если вы, как разработчик приложения, знаете, что некоторые часто используемые файлы (макеты страниц, мастер-страницы и т. Д.) Редактировать не планируется, за исключением выпуска решения, у вас есть возможность сохранить страницы в файловой системе.

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

Тот факт, что SQL 2008 имеет возможность управлять файлами "вне" базы данных, показывает, что эта функция не только желательна для SharePoint.

Answer 6

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

С другой стороны, использование файлов в локальной файловой системе для повышения производительности уменьшает возможности настройки.

Answer 7

Это философский предмет. Целостность транзакций - это преимущество хранения файлов в БД. Это приводит к недостаткам, таким как всплывающие журналы транзакций.

Я не удивлюсь, если в будущих версиях Sharepoint MS предоставит вам возможность хранить файлы «вне базы данных» с помощью функции файлового потока SQL 2008.