Skip to main content

Patrick Tisseghem's Blog [MVP SharePoint]

Go Search
U2U Blog Center
U2U website
  

The Happy SharePoint Traveller

U2U Blog Center > Patrick Tisseghem's Blog [MVP SharePoint] > Posts > Do we store relational data in SharePoint?
Do we store relational data in SharePoint?

This week I am doing some consultancy work for a big pharmaceutical here in the UK and they asked my help to guide them building a couple of POCs illustrating to their business what they could be doing with SharePoint (both WSS and MOSS). If you know me, then you know that I have a very developer-focused vision on WSS and MOSS seeing definitely the first one as a development platform (as I like to refer to it ASP.NET++) and for me it was very hard but a good lesson to experience that companies often have another perception of what SharePoint can mean for them. The goal was to come up with a solution involving no-trivial types of business processes support and workflows on top of WSS without major customizations and no development at all.

One of the questions was: Is WSS an environment where we can store very relational type of data and enforce these relationships with what is there out of the box? Nope! WSS and MOSS are places where you can store unstructured content, collaborate on it and manage it in a decent way but no way it is going to replace a good old SQL Server database for storing this type of data. You can of course built all of this on top of the platform (and it is actually a nice opportunity to build a layer on top of WSS to enforce relationships between lists and libraries) but it will require plenty of custom development and customization.

Am I convinced that SharePoint delivers the out-of-the-box experience to support all of your business needs? Nope! Did we manage? Not really. We got about 60% of what the business wanted (remember minimum of customizations and extensions). I managed to get the relational data out of SharePoint and into a SQL Server database and squeeze in a couple of custom Web Services to interact with. Hey! I could not live without doing some C# this week smile_regular.

But what I just wanted to communicate with this post (and it is not about the company in focus this week, there are many companies thinking this way), SharePoint is a platform for delivering solutions that target information workers. I know that plenty of companies can live with the OOB-experience but do know that for many many of the requests of the business there is a certain degree of customization and development involved. My message to these companies is: if you don't get the stuff out of SharePoint OOB, there are only two options 'build or buy'.

Comments

Re: Do we store relational data in SharePoint?

Couldn't agree more on the relational data issue.

About SharePoint as development platform though, I'd love to see your opinion on this recent article (which you've probably already seen).

Jeffrey Palermo [MVP]: "Sharepoint is not a good development platform "
http://codebetter.com/blogs/jeffrey.palermo/archive/2007/09/13/sharepoint-is-not-a-good-development-platform.aspx
at 14/09/2007 11:59

I agree, we can't store true relational data inside Sharepoint, but..

...but with a smart set of web services and a service oriented architecture we can use Sharepoint for what is build, collaboration. BDCs is too primitive but is better than nothing at all.

 
at 14/09/2007 18:20

Jeffrey Palermo [MVP]: "Sharepoint is not a good development platform"

I disagree with that. Actually these dependencies (Server OS, Not XP/Vista) means that developpement with SharePoint has to be made with a particular configuration, or thanks to a VPC.

To my mind, what Patrick is saying is that WSS has already components to store data, manage security, ..., and all that easily thanks to an OOB back office UI. So, there is no need to build a new data layer access or to develop another security manager... ASP.Net developments can be made upon WSS by using these already built components. This way, WSS seems to be a very good development base... even if there is some difficulties remaining such as relational data management.
at 15/09/2007 0:26

Keeping database and lists in sync

How would I go about keeping a database table in sync with a SP list?  I need to add and remove items in the list according to what is reflected in the database.
If anyone could point me in the right direction what would be a big help!
Thanks
at 26/09/2007 4:09

List Relations within SharePoint

I agree with you and have dealt with environments onto which DLLs were not allowed and they required to create a relational data model onto SharePoint by using Lists, Lookup, Javascript and Web Services. We were able to create the solution, which will be later migrated to SQL Server. Management of such of solutions are very time consuming and requires a lot of user interface costumization, since due to the number of items stored on lists, we could not use the default interface. Reporting is another issue that we encountered, since we wanted to use SQL Reporting Services to create dashboard.
at 1/10/2007 19:19

Data Integrity

Hey Patrick, good story. I am thinking about this subject the past few days. I discoverd the List Integrity webpart:

http://store.bamboosolutions.com/ps-5-5-list-integrity-web-part.aspx

Do you think this is a good thing for SharePoint? Or should we leave SharePoint as a non / semi relational system? Customers are demanding for relational solutions on top of SharePoint
at 10/10/2007 11:46
Captcha

Enter the code shown above: *

(Note: If you cannot read the numbers in the above
image, reload the page to generate a new one.)