JWColby
jwcolby at colbyconsulting.com
Wed Feb 21 09:08:42 CST 2007
I'd like to check in with an observation on MDB vs SQL Server data store. If you work remotely, and ever need to upload the data to work at your home / office, MDBs are much friendlier for that purpose. Zip / upload and go. One of my clients has a couple of tables out in SQL Server, the database for which belongs to a payroll processing company. Getting at that data here in my office is a PITA. I am actually exporting it to an mdb so that I can upload it, then relinking to point to the mdb. I am certainly not saying that this is a reason not to use sql server if it is required, but where an mdb will perform, this is just one reason to leave it in an mdb. John W. Colby Colby Consulting www.ColbyConsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of William Hindman Sent: Wednesday, February 21, 2007 9:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Code Library, Sample Database, Etc. ...sure thing gustav William Hindman ----- Original Message ----- From: "Gustav Brock" <Gustav at cactus.dk> To: <accessd at databaseadvisors.com> Sent: Wednesday, February 21, 2007 7:18 AM Subject: Re: [AccessD] Code Library, Sample Database, Etc. > Hi William > > Our experiences match your comments. > Corruptions - as few as they are - have never been related to Access/JET > but some outside source, mostly network issues. > > When you have chosen your backend SQL engine, would you mind sharing your > considerations? > > /gustav > >>>> wdhindman at dejpolsystems.com 21-02-2007 00:09:44 >>> > Robert > > ...msde's proved impractical because of scaling limitations MS built in > ...so you're really only talking about SQL Express which is what, months > old? > > ...and if your only problem with an Access be is corruption, then sorry, > but > with the exception of cheap NICS I've not seen a corrupted mdb since A95 > ...except in client's I took over from other developers and had to rebuild > ...and thus corruption is not, in my environment, sufficient cause to > spend > the time and money to convert to a non-JET be ...but I'll grant you that > I'm > getting long in the tooth and damned reluctant to learn every new db > wonder > cure that comes along. > > ...and while I'm at it, I'll also admit that I'm developing a commercial > app > based on a current client that will use a non-JET be because it needs to > scale to at least 50 users ...what that will be depends on some testing > yet > to be accomplished but I'm not at all convinced that SQL Express isn't a > one-off dog & pony show for MS. > > William Hindman > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com