InfoPath client...Forms Services
Excel client...Excel Services
Access client...uh?
As SharePoint implementations evolve beyond content management and collaboration, there is often a need for custom applications with normalized data models. SharePoint's AllUserData table just doesn't cut it some times.
The business data catalog certainly enhances existing applications, but I think there is a real demand to replace those systems or create new ones. I also think that the value proposition for doing this type of thing with the current SharePoint product line is weak because it requires a lot of custom development.
I think Microsoft should provide the marketplace with Access Services for SharePoint. Perhaps such a feature could provide a way to upsize Access applications to SharePoint, upgrading the Access forms to ASP.NET web part pages and databases to SQL Server.
Monday, August 20, 2007
Subscribe to:
Post Comments (Atom)
Events / Conferences / User Groups
- AIIM Conference
- Boston Area SharePoint User Group
- Boston Azure User Group
- Collaborate
- DevConnections
- DevIntersection
- Enterprise Search Summit
- Microsoft Build
- Microsoft SharePoint Conference
- Microsoft TechEd
- New England ASP.NET Professionals User Group
- New England Oracle Applications User Group
- Oracle Applications User Group (OAUG)
- Oracle OpenWorld
- PeopleSoft Government Contractor Special Interest Group
- PeopleSoft Southern New England Users Group
- Quest International Users Group
- SharePoint Saturday
- SPTechCon
- SQL PASS
- SQL Saturday
- Startup Weekend
1 comment:
I strongly agree. Sharepoint is overly constraining in the way it implements and displays tables
- the datasheet view wants to evolve into the web version of access.
Oh, and while they're at it, they should fix the bug where editing an item with attached files causes it to forget all such files when the approval behavior is turned on.
Post a Comment