Sharepoint 2007 для использования базы данных Sql Server, плюсы и минусы

Question

Наш ИТ-менеджер просит у меня помощи в принятии решения о том, какой вариант лучше всего сохранить. Это на sharepoint или sql сервере.

Со своей стороны, я мало что знаю о сохранении данных на сервере sharepoint, о том, как он работает, как быстро, насколько защищен и т. Д. У меня даже есть сомнения в том, что sharepoint способен создавать сложные базы данных. Насколько я знаю, sharepoint не является сервером баз данных, поэтому у меня есть сомнения.

Так что, очевидно, я бы сказал, что Sql Server будет моим предпочтительным хранилищем, а также потому, что Sql-сервер известен мне уже давно. Учитывая мои 3 недели на sharepoint против 7 лет на Sql Server. У меня нет достаточного опыта, чтобы засвидетельствовать силу Sharepoint, чтобы я мог решить, что делать. Так что, если быть честным, я хотел бы спросить вас, ребята, которые более опытны в этом.

Мои вопросы:

1.) Есть ли у sharepoint возможность хранить данные?

2.) Если sharepoint может хранить данные, каковы плюсы и минусы?

3.) Может ли он охватывать сложный дизайн, такой как проектирование реляционных баз данных, как это делает sql server?

4.) Если вы хотите разработать проект sharepoint, вы бы выбрали сервер SQL в качестве бэкэнда?

Заранее спасибо!

Answer 1

SharePoint предлагает собственный уровень базы данных, построенный поверх SQL Server.Предоставляется сложная объектная модель, а API языка SQL недоступен.Доступ осуществляется с помощью API, REST и веб-частей со списком интерфейсов с представлениями;НЕ SQL и база данных не доступна, кроме как через интерфейсы.Глубоко внутри данные, хранящиеся в тройках Entity-Attribute-Value (в частности: сайт, сеть, список, элемент, состояние, поле, значение), так что каждое значение входит в свою собственную запись.Это просто не по таблицам.Поддерживает динамический словарь метаданных для конечного пользователя.В качестве нереляционного слоя над БД предлагается наследование, многопрофильный список, иерархии, таксономии, управление версиями, вход / выход и другие расширенные функции, отсутствующие в реляционной модели.Документы могут быть прикреплены к списку.Широкое использование GUIDS для идентификаторов, но это вызывает проблемы при перемещении частично связанных данных между системами.Нет ссылочной целостности.Нет объединения таблиц базы данных или списков.Фильтрация более ограничена, чем в SQL.Нет концепции схемы.Части SharePoint ломаются при восстановлении из резервной копии или при публикации на отдельном сайте.Передача новых функций и данных от разработки к производству проблематична и иногда ломается.Надеюсь, это поможет.

Answer 2

Сам SharePoint построен на основе SQL Server и ASP.NET.

1. Да. Вы можете создать собственный список (в основном похожий на структуру таблицы), вы можете хранить документ вместе с его метаданными. Вы можете хранить веб-страницы, если используете их в качестве платформы публикации (CMS).
2. Это не должен быть реляционный движок, такой как SQL Server. Pro: управление версиями, рабочий процесс, в большинстве случаев, интерфейс для поддержки ввода / редактирования данных. Против: Ограничение пользовательского интерфейса с большим количеством данных.
3. В некоторой степени вы можете связать один список с другим полем в другом метаданных списка / документа.
4. Посмотрите, что я сказал перед пунктом 1.

Answer 3

Очевидно, что это зависит от приложения и сложности, кто является клиентом или аудиторией, и как вы хотите его развернуть.

Вот мои ответы на ваши вопросы:

1. Yes
2. Pros:
   It provides a UI for updating data.
   Cons:
   Creating relational structures will be complicated.
   Think custom lookup lists, associated with other custom lists.
3. Yes, but I wouldn't try it.
4. SQL Server, but this depends on the project and 
   isn't an entirely technical decision.

Лично я думаю, что с учетом ваших навыков вы должны использовать SQL Server, если ваш менеджер сказал, что это ваше дело.

Answer 4

Sharepoint, очевидно, не является сервером базы данных, но каким-то образом он работает в некоторых отношениях.

1.) Да

2.) Вы можете, но не так сложно, как Sql Server.

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

Минусы: Как и то, что я сказал, сложный дизайн базы данных сделать нелегко.

3.) 100% Да

4.) Я бы предпочел Sharepoint, если приложению не требуется сложный дизайн данных. Определенно Sql Server для корпоративных приложений.