16.01.2013 Views

Microsoft Sharepoint Products and Technologies Resource Kit eBook

Microsoft Sharepoint Products and Technologies Resource Kit eBook

Microsoft Sharepoint Products and Technologies Resource Kit eBook

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

120 Part II: SharePoint <strong>Products</strong> <strong>and</strong> <strong>Technologies</strong> Architecture<br />

portal page is the same for everyone because it has personalization features. My Site<br />

is personalized based on a user’s profile information, <strong>and</strong> it includes links to document<br />

libraries <strong>and</strong> lists that the user has created on her personal site.<br />

The major architectural difference is that the My Site page is owned <strong>and</strong> controlled<br />

by the site owner, while a personal site is owned <strong>and</strong> controlled by the user.<br />

This means that a user can customize the contents <strong>and</strong> views of her personal site;<br />

however, when a user tries to personalize the My Site page, the choices are limited.<br />

User Profiles <strong>and</strong> Audiences<br />

SharePoint Portal Server includes a way to integrate user profile information into site<br />

pages <strong>and</strong> to target content to a group of users. User profiles <strong>and</strong> audiences are contained<br />

in the portalname_prof database (where portalname is the name of the<br />

portal).<br />

Populating the User Profile Database<br />

The profile database is a list of user account property information. This information<br />

is obtained by importing information from a directory that contains user accounts or<br />

it is obtained manually by typing in account information. By default, SharePoint Portal<br />

Server can import a list of domain users from Active Directory, but code can be<br />

written against the SharePoint Portal Server object model that can be used to import<br />

information from other directory services or applications. User profile information is<br />

stored in a single table in the portalname_prof database. Updates to the database<br />

can be scheduled on a regular basis <strong>and</strong> can be incremental or full.<br />

Creating Audiences<br />

Audiences are also contained in the user profile database, but they are contained in<br />

a separate table from the one that contains user profiles. Creating an audience<br />

involves creating rules <strong>and</strong> then compiling the audience. Rules define what user<br />

accounts should be included or excluded from the audience. Rules created for any<br />

audience are stored in a separate table in the portalname_prof database.<br />

When an audience is compiled, the rules are used as a filter against the complete<br />

list of user profiles. Because not all account information is imported into the<br />

user profile database, Active Directory is also queried during an audience compilation.<br />

Accounts that fit the rule are copied <strong>and</strong> placed in a separate table that holds the<br />

members of the audience. This table contains the members of all audiences for a portal<br />

<strong>and</strong> is separate from the table that stores the rules. The table that contains audience<br />

members is not updated, <strong>and</strong> remains static until the audience is recompiled.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!