Drew Wutka
DWUTKA at Marlow.com
Thu Jul 5 16:24:50 CDT 2007
Oh my, where did that stick go, it was just there a minute ago!!! Your honor, I would like to plead the 5th! And while we're at it, I have a constitutional right to face my accuser, so since this is an email list, you'll have to come to Dallas if you want to charge me with inciting another bound/unbound debate, or, more grammatically correct, for slamming on the cookie cutting bounders. ;) Drew -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark A Matte Sent: Thursday, July 05, 2007 4:05 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Performance tips anyone? Actually...You 'kinda' brought it up Drew...but Jim L ran with it!!!...lol Mark Yes, Drew you have hit on the key to performance... 'unbound'. You mentioning this will not cause near the stir as it did 10 years ago as most (all?) have now accepted the reality. ;-) Jim -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Drew Wutka Sent: Thursday, July 05, 2007 8:52 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Performance tips anyone? It narrows down to a few factors: Backend Design (well indexed and normalized) Front End Design (Hit and run designs, don't stay connected to the backend unless you have too) Network Speed (far more important then hardware speed/memory. Sure, the more your interface leans on the processor/ram, the more you need CPU speed and ram, but for actual database work, the network speed and server hard drive access time are far more criticl) Did I mention 'unbound'. Of course, most of these concerns go out the window when using a web based interface with the .mdb running locally.... ;) Drew >From: "Drew Wutka" <DWUTKA at marlow.com> >Reply-To: Access Developers discussion and problem >solving<accessd at databaseadvisors.com> >To: "Access Developers discussion and problem >solving"<accessd at databaseadvisors.com> >Subject: Re: [AccessD] Performance tips anyone? >Date: Thu, 5 Jul 2007 14:56:01 -0500 > >I think it was JWC. (oh look at that big stick over there, how did that >get there?) > >Drew > >-----Original Message----- >From: accessd-bounces at databaseadvisors.com >[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Reuben >Cummings >Sent: Thursday, July 05, 2007 12:44 PM >To: Access Developers discussion and problem solving >Subject: Re: [AccessD] Performance tips anyone? > >Damn, who brought up bound vs unbound again? They need taken out back >and >beatin. > >Reuben Cummings >GFC, LLC >812.523.1017 > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com]On Behalf Of jwcolby > > Sent: Thursday, July 05, 2007 1:32 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Performance tips anyone? > > > > > > Drew, > > > > >But Access is just as well suited for unbound solutions too. > > > > Just as well suited as what? Access is NOT as well suited for > > unbound as it > > is for bound. Access just has TONS of features in it directly > > dependent on > > bound forms and controls. Unbounders throw all that stuff away; > > To try and > > implement that stuff in an unbound solution requires a LOT of custom >code. > > AFAICT most Access "unbounders" make no effort to recreate most of >what > > Access just "gives" us bounders. > > > > And Access is certainly NOT as well suited for unbound as VB.Net > > (or even VB > > 6), not that I am an expert in .Net yet. But you are talking a > > whole nother > > ball game when you talk .Net. > > > > So as much as I love ya, I have to disagree with that one. I > > think you are > > one of the "been doing Access unbound so long you forgot the pain" >folk. > > > > 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 Drew Wutka > > Sent: Thursday, July 05, 2007 1:16 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Performance tips anyone? > > > > But Access is just as well suited for unbound solutions too. The only > > exception to that rule is it's goofiness with callback routines. >(Can't go > > into debug if you have a callback routine ANYWHERE. Goes haywire). > > > > Drew > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jwcolby > > Sent: Thursday, July 05, 2007 11:30 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Performance tips anyone? > > > > Jim, > > > > >You mentioning this will not cause near the stir as it did 10 years >ago > > as > > most (all?) have now accepted the reality. ;-) > > > > LOL, no not quite. Access is a tool built from the ground up for >bound. > > To > > even discuss unbound for Access NOW, when much more robust > > unbound tools are > > available is ... well... kinda silly. Unless of course you have > > been doing > > unbound with Access for the last 10 years in which case you have the > > expertise to do so. Telling the average Access nubee to use > > Access unbound > > is IMHO a disservice to the nubee. He might as well just go learn >VB.Net. > > > > As for me, if I need unbound it will be in VB.Net, NOT in Access (and >I am > > not an Access nubee). > > > > The right tool for the job so to speak. > > > > > > 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 Jim >Lawrence > > Sent: Thursday, July 05, 2007 12:13 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Performance tips anyone? > > > > Yes, Drew you have hit on the key to performance... 'unbound'. > > > > You mentioning this will not cause near the stir as it did 10 years >ago as > > most (all?) have now accepted the reality. ;-) > > > > Jim > > > > > > -- > > 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 >The information contained in this transmission is intended only for the >person or entity to which it is addressed and may contain II-VI Proprietary >and/or II-VI BusinessSensitve material. If you are not the intended >recipient, please contact the sender immediately and destroy the material >in its entirety, whether electronic or hard copy. You are notified that any >review, retransmission, copying, disclosure, dissemination, or other use >of, or taking of any action in reliance upon this information by persons or >entities other than the intended recipient is prohibited. > > >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com _________________________________________________________________ Local listings, incredible imagery, and driving directions - all in one place! http://maps.live.com/?wip=69&FORM=MGAC01 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com The information contained in this transmission is intended only for the person or entity to which it is addressed and may contain II-VI Proprietary and/or II-VI BusinessSensitve material. If you are not the intended recipient, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. You are notified that any review, retransmission, copying, disclosure, dissemination, or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited.