[AccessD] Preparing Database for Web

David Emerson newsgrps at dalyn.co.nz
Tue Dec 14 21:33:44 CST 2010


Thanks Darryl,

That is the conclusion I am coming to with the research (having not 
actually used sharepoint before at all).  It looks like we are going 
the .net/asp way.

Regards

David

At 15/12/2010, Darryl Collins wrote:

>The company IT folks seem to love Sharepoint, and it is a great 
>solution for document sharing and some basic database stuff (like 
>multiple users managing lists and process flows and event 
>notification etc), but it is not suitable for a true database app in 
>my experience.
>
>Not sure about A2010 which seems to be better integrated for 
>sharepoint, but I suspect you would have all the same issues of 
>corruption and record locking with multiple users if you merely host 
>the single mdb database on sharepoint with multiple users accessing it.
>
>How is sharepoint going to fix that?  I don't think it can.
>
>cheers
>Darryl.
>
>
>
>-----Original Message-----
>From: accessd-bounces at databaseadvisors.com 
>[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
>Sent: Tuesday, 14 December 2010 6:09 PM
>To: Access Developers discussion and problem solving
>Subject: Re: [AccessD] Preparing Database for Web
>
>The company IT guy suggested using sharepoint and putting the whole
>database on the server.
>
>He indicated that then we wouldn't need any web interface.  There
>would only be about 25 staff that would be using it (and it is not
>high usage) but they are spreads across a couple of countries (well
>NZ and the West Island sometimes called Australia :-))
>
>Any comments with this approach?
>
>David
>
>At 14/12/2010, Drew Wutka wrote:
> >Access is more than capable of running as a backend to a web
> >application... IF you put the .mdb on the web server itself.  When done
> >that way, it'll run as fast or faster than a SQL Server, and will never
> >have corruption issues.  (Unless you also access it with Access from
> >across a network, then corruption may still occur).
> >
> >I have lots of web based systems that use an Access .mdb for the back
> >end.
> >
> >Drew
> >
> >-----Original Message-----
> >From: accessd-bounces at databaseadvisors.com
> >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
> >Sent: Sunday, December 12, 2010 2:00 PM
> >To: accessd at databaseadvisors.com
> >Subject: [AccessD] Preparing Database for Web
> >
> >Team,
> >
> >I have a customer who want a simple database created which will
> >ultimately be hooked up to a web interface (Order screen for fabric
> >samples, and tracking screen to show status of order).
> >
> >I still need to sit down with them to work out the likely number of
> >records, simultaneous users etc (which I am doing tomorrow).
> >
> >Currently their databases are all Access.  Assuming the size of the
> >new database will be well within Access limits, is Access  suitably
> >robust for web applications, or should I start off with SQL?
> >
> >I will be getting someone else to do the web side of things but want
> >to make sure that I make it as easy as possible (read cheap) for them.
> >
> >
> >Regards
> >
> >David Emerson
> >Dalyn Software Ltd
> >Wellington, New Zealand




More information about the AccessD mailing list