К своему удивлению и восторгу я прочитал, что администратор может импортировать (почти напрямую) базу данных Access 2007 на сайт sharepoint. Автоматически база данных преобразуется в списки и представления с добавлением некоторой таблицы поиска для хорошей меры. С Access 2007, установленным на клиентском компьютере, даже формы и то, что не может быть использовано повторно.
Для меня ... это звучит неплохо, чтобы быть правдой.
Кто-нибудь на самом деле это делает? При всех этих хороших новостях, где же в этом плохие моменты и подводные камни. В зависимости от размера базы данных, разве это не «склеивает работы» в базе данных SharPoint?
Источники: http://madhurahuja.blogspot.com/2007/01/adding-data-to-sharepoint-l-ists-in.html http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/17745835-a861-4984-9f44-7291fdae7d07
Следует помнить, что SharePoint плохо обрабатывает большие таблицы (более 2000 записей) - производительность падает.
Я также считаю, что любое настраиваемое индексирование таблиц исчезнет, хотя простое индексирование останется.
Sharepoint очень хорош для работы с «плоскими» данными - в основном списками - но не так хорош, если ваши данные очень реляционные. Sharepoint действительно обрабатывает поля поиска, но никогда не будет таким мощным, как Access или приложение для доступа к данным. Так что, если ваши данные по сути являются списком, тогда Sharepoint может быть жизнеспособным решением, в противном случае вам нужно искать в другом месте.
Возможно, вам будет лучше перенести данные непосредственно на сервер SQL, возможно, даже на тот же сервер, на котором размещены базы данных Sharepoint. Затем вы можете использовать Access в качестве интерфейса для этого. Вероятно, это ваш самый простой первый шаг.
Если вы не хотите предоставлять доступ всем пользователям yoru, вы можете создать веб-приложение ASP.Net или приложение Windows для обработки вашего доступа к данным и распространения их среди ваших пользователей.
Я могу сказать вам, почему я этого не сделал. Конечно, предполагалось, что когда один из моих клиентов захочет реализовать sharepoint, существующее приложение доступа может быть перемещено непосредственно в sharepoint. Мне пришлось заставить их понять и показать им, что как только вы реализуете sharepoint, ваш рабочий процесс изменится, и можно будет изменить причины, по которым у вас изначально была база данных доступа. В итоге мы импортировали некоторые таблицы в виде списков и переделали все это, чтобы воспользоваться преимуществами рабочих процессов sharepoint.
Как и при любой миграции, сначала убедитесь, что имеет смысл сохранить статус-кво, прежде чем вы просто откажетесь от него. Миграции - это время для переоценки бизнес-процесса, чтобы убедиться, что он использует преимущества новой технологии.
Вы имеете дело с MOSS, никогда этого не забывайте. Ни на минуту не думайте, что он будет работать так гладко, как вам хотелось бы. Протестируйте его и убедитесь, что вы все проверили сами, и не полагайтесь на рекламную шумиху вокруг этого продукта.
Я регулярно перемещаю данные между сайтами SharePoint 2007 и Access 2007. Фактически, в представлении «Редактировать в таблице» списков используется среда выполнения Access в SharePoint 2007, тогда как в 2003 использовался Excel.
В список прерываний доступа с Sharepoint на сайте Office должен дать вам хорошее представление о том, насколько тесно они интегрированы.
При этом некоторые предупреждения о том, что SharePoint не является реляционной базой данных, верны. SharePoint - это не Access. Оба существуют не зря. Однако многие базы данных Access, в которых хранятся небольшие объемы данных, но для которых может быть полезен веб-интерфейс, готовы для импорта.
Я бы порекомендовал sql server express или sql server, если у вас уже установлена лицензия. Access может действовать как интерфейс к базе данных; Если я правильно помню, это называется RDP (проект удаленных данных), который позволяет вам подключиться к бэкэнду sql и использовать все возможности графического интерфейса Access. Sharepoint даже близко не приблизится к своим возможностям, и вам придется справиться с головной болью. Существуют мастера для обновления до проекта RDP, я делал это в прошлом (думаю, доступ 2002), и он отлично работает, и вы можете использовать полный tsql, а не доступ к sql.
HTH, Чак
У меня еще нет пунктов для добавления комментариев (новичок в SF), но я считаю, что Майк Т неправильно понимает ответ Гая Чака SQL - вы можете оставить свой интерфейс Access и указать его на сервер SQL Slower :). Вы можете получить лучшее из обоих миров - графический интерфейс Access с целостностью, масштабируемостью и производительностью SQL Slower.