David McAfee
davidmcafee at gmail.com
Wed May 26 19:35:26 CDT 2010
I share the same view as Darryl. On Wed, May 26, 2010 at 4:56 PM, Darryl Collins <Darryl.Collins at iag.com.au> wrote: > > _______________________________________________________________________________________ > > Note: This e-mail is subject to the disclaimer contained at the bottom of this message. > _______________________________________________________________________________________ > > > Definitely agree on splitting out Memo fields. Also try pulling data into the form using a "Just in Time" approach. Be careful when using bound tab forms as the user may only use one of the tabs (out of dozens), but all the data is still being pulled into those other unused, unseen or hidden tabs. > > "Unbound seems like it will be the ultimate answer". > > Yep, the deeper I get into this Access Database business the more and more I find I make the forms unbound and only when the user is ready to save the record (by pressing a save button) do I write the data back into the source table using a recordset. > > It takes a bit more work in the code to setup, but the gains in stability, speed and reliability are well worth it IMHO. > > I know there have been some, ummm, interesting discussions on here about bound vs unbound but I am finding unbound is the way to go. > > Cheers > Darryl. > > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of roz.clarke at barclays.com > Sent: Wednesday, 26 May 2010 12:22 AM > To: accessd at databaseadvisors.com > Subject: Re: [AccessD] "Record is deleted" error > > Hi Jim > > Luckily the corruption has been restricted to a single record at a time > so far, but yes. I'm giving them a range of suggestions - the form > they're getting the problem with is based on a needlessly complicated > query, for a start, and is retrieving an entire 500,000-row dataset then > filtering it to edit 1 record. Ugh. Ugh ugh. Unbound seems like it will > be the ultimate answer. > > Roz > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: 25 May 2010 15:14 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] "Record is deleted" error > > Hi Roz: > > I have found in situations where an unstable FE and BE connection exists > the traditional bound type format can not be used. > > Either ODBC or ADO-OLE should be used in these cases or corruption will > persist. The BE data may be corrupted to the point where a restore from > backup may become a regular event. > > Jim > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > roz.clarke at barclays.com > Sent: Tuesday, May 25, 2010 4:52 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] "Record is deleted" error > > Hi all > > I've been asked to recommend a solution for an Access database that is > suffering from a "Record is deleted" error several times a day. > > We're talking Access 2003 on Citrix, FE/BE split, 16 users using 2 .mde > FE's to access. > > The error is fixed by everyone exiting the database, the BE is compacted > and repaired and the offending record deleted. The PK on the main table > is often lost at the same time and has to be recreated, along with any > relationships. > > A little googling suggests that the error is caused by corruption of the > record, which may in turn be caused by dropouts in connectivity (that's > not clear but as 'disk or network error' is also commonplace, I suspect > it). > > The table contains 2 memo fields, and some people have reported that > these are particularly problematic viz. this issue. > > Apart from unbinding the form and controlling the save process in code, > can anything be done to ameliorate this? > > Cheers > > Roz > > > This e-mail and any attachments are confidential and intended solely for > the addressee and may also be privileged or exempt from disclosure under > applicable law. If you are not the addressee, or have received this > e-mail in error, please notify the sender immediately, delete it from > your system and do not copy, disclose or otherwise act upon any part of > this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising > from unauthorised access to, or interference with, any Internet > communications by any third party, or from the transmission of any > viruses. Replies to this e-mail may be monitored by the Barclays Group > for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that > does not relate to the business of the Barclays Group is personal to the > sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. > 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services > Authority. > -- > 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 > > This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. > The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. > > Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). > Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. > > Barclays Bank PLC is authorised and regulated by the Financial Services Authority. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > _______________________________________________________________________________________ > > The information transmitted in this message and its attachments (if any) is intended > only for the person or entity to which it is addressed. > The message may contain confidential and/or privileged material. Any review, > retransmission, 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. > > If you have received this in error, please contact the sender and delete this e-mail > and associated material from any computer. > > The intended recipient of this e-mail may only use, reproduce, disclose or distribute > the information contained in this e-mail and any attached files, with the permission > of the sender. > > This message has been scanned for viruses. > _______________________________________________________________________________________ > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com >