Take the 2-minute tour ×
SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.

Most of you in this IT World must have been building applications/solutions for Transactional Systems (Insurance/Banking/Retail) using a various Development Tool (e.g. - .NET/ASP/VB/Java) and a RDBMS (e.g. - SQL Server/Oracle/DB2).

Is SharePoint capable to build such applications?

Recently, I was going through this Thread and got the above doubt.

Please leave your expert comments.

PS: Moderators, please excuse me for putting a link to external SharePoint forum.

share|improve this question
add comment

1 Answer 1

This is a very good question.

In the past I have worked on these kind of systems in combination with SharePoint. What we did was the following:

  1. Use SharePoint as the front end. Leverage Web Parts, Event Receivers, workflows, deployment, uploading of files and user security.

  2. Don't store any transactional data in SharePoint. It just doesn't scale well, external (reporting) applications don't know how to deal with it, lack of transactions and other typical RDBMS behaviour. You can still use SharePoint lists for application specific data / configuration settings / announcements etc.

This worked very well for us at the time, but depending on your exact needs you may be better off with an 'old fashioned' ASP.NET application.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.