From jwcolby at gmail.com Mon Jan 7 22:28:00 2019 From: jwcolby at gmail.com (John Colby) Date: Mon, 7 Jan 2019 23:28:00 -0500 Subject: [AccessD] SQLLite Message-ID: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> Is anyone in the group actively using SQLLite?? I am edging into a role where I will need to select a database engine - for use cataloging and analyzing objects in the game Morrowind, for use around (but not inside of) OpenMW, a Morrowind engine rewrite. Note that I am not on the open source coding team that is rewriting the Morrowind game engine, I am proposing an addon to the efforts already well under way. SQLLite seems appropriate given the small size of the data. SQLLite seems to be used everywhere for smallish databases, and this seems to be smallish data. Just looking for wisdom on SQLLite, ease of use (or lack thereof), Power of the engine for storage and analysis of the data etc. -- John W. Colby From stuart at lexacorp.com.pg Tue Jan 8 04:57:10 2019 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 08 Jan 2019 20:57:10 +1000 Subject: [AccessD] SQLLite In-Reply-To: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> References: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> Message-ID: <5C348206.31848.3B0BEBF9@stuart.lexacorp.com.pg> It's SQLite, not SQLLite :-) Yes, I use it. It's an extremely easy to use , powerful but lightweight engine which just uses one DLL. And it's VERY widely used. Highly recommended. Very fast storage and analysis witth aopropriate use of keys and indexes. Worth reading: https://www.sqlite.org/whentouse.html https://www.sqlite.org/about.html It would be well worth your time to download SQLite and SQLiteStudio and have a play. https://sqlitestudio.pl/index.rvt On 7 Jan 2019 at 23:28, John Colby wrote: > Is anyone in the group actively using SQLLite?? I am edging into a > role where I will need to select a database engine - for use > cataloging and analyzing objects in the game Morrowind, for use around > (but not inside of) OpenMW, a Morrowind engine rewrite. Note that I am > not on the open source coding team that is rewriting the Morrowind > game engine, I am proposing an addon to the efforts already well under > way. > > SQLLite seems appropriate given the small size of the data. SQLLite > seems to be used everywhere for smallish databases, and this seems to > be smallish data. > > Just looking for wisdom on SQLLite, ease of use (or lack thereof), > Power of the engine for storage and analysis of the data etc. > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at gmail.com Tue Jan 8 08:14:42 2019 From: jwcolby at gmail.com (John Colby) Date: Tue, 8 Jan 2019 09:14:42 -0500 Subject: [AccessD] SQLLite In-Reply-To: <5C348206.31848.3B0BEBF9@stuart.lexacorp.com.pg> References: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> <5C348206.31848.3B0BEBF9@stuart.lexacorp.com.pg> Message-ID: <69cc3e32-8b01-6fd6-e2d7-3815cd97594a@Gmail.com> >>>It's SQLite, not SQLLite :-) Uhhhh yea! lol I have read all of those pages you sent me to. They get quite deeply into the workings of the engine. Hoping I don't have to understand all that stuff to start using it. About to get the engine and studio and get to work. It seems very "similar to" Access in the "one file holds everything". The open source developers doing the game engine and the construction set (CS) engine do everything in C, and of course this is written in C. I'm hoping I can crib parts of the CS already written which loads and unloads the game data to load that data into the SQLite database. What are you using it for? On 1/8/2019 5:57 AM, Stuart McLachlan wrote: > It's SQLite, not SQLLite :-) > > Yes, I use it. It's an extremely easy to use , powerful but lightweight engine which just uses > one DLL. And it's VERY widely used. > > Highly recommended. Very fast storage and analysis witth aopropriate use of keys and > indexes. > > > Worth reading: > > https://www.sqlite.org/whentouse.html > > https://www.sqlite.org/about.html > > It would be well worth your time to download SQLite and SQLiteStudio and have a play. > > https://sqlitestudio.pl/index.rvt > > > > > On 7 Jan 2019 at 23:28, John Colby wrote: > >> Is anyone in the group actively using SQLLite?? I am edging into a >> role where I will need to select a database engine - for use >> cataloging and analyzing objects in the game Morrowind, for use around >> (but not inside of) OpenMW, a Morrowind engine rewrite. Note that I am >> not on the open source coding team that is rewriting the Morrowind >> game engine, I am proposing an addon to the efforts already well under >> way. >> >> SQLLite seems appropriate given the small size of the data. SQLLite >> seems to be used everywhere for smallish databases, and this seems to >> be smallish data. >> >> Just looking for wisdom on SQLLite, ease of use (or lack thereof), >> Power of the engine for storage and analysis of the data etc. >> >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > -- John W. Colby From df.waters at outlook.com Tue Jan 8 11:13:04 2019 From: df.waters at outlook.com (Daniel Waters) Date: Tue, 8 Jan 2019 17:13:04 +0000 Subject: [AccessD] SQLLite In-Reply-To: <69cc3e32-8b01-6fd6-e2d7-3815cd97594a@Gmail.com> References: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> <5C348206.31848.3B0BEBF9@stuart.lexacorp.com.pg> <69cc3e32-8b01-6fd6-e2d7-3815cd97594a@Gmail.com> Message-ID: Hi John, You should take a look at this page for a comparison of 5 different tools. http://erikej.blogspot.com/2011/01/comparison-of-sql-server-compact-4-and.html Also - ErikJ has a free Toolbox that I use to manage SQL Compact 3.5, and it also works with SQLite. http://erikej.blogspot.com/ I use SQL Compact 3.5 because it supports Linq to SQL which I use throughout my application for queries against SQL Server. SQL Compact is also integrated into my application in VS - I don't know if SQLite does that or not or if it makes much difference. Good Luck with your Morrowind Add-On! Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: January 8, 2019 8:15 To: Access Developers discussion and problem solving; Stuart McLachlan Subject: Re: [AccessD] SQLLite >>>It's SQLite, not SQLLite :-) Uhhhh yea! lol I have read all of those pages you sent me to. They get quite deeply into the workings of the engine. Hoping I don't have to understand all that stuff to start using it. About to get the engine and studio and get to work. It seems very "similar to" Access in the "one file holds everything". The open source developers doing the game engine and the construction set (CS) engine do everything in C, and of course this is written in C. I'm hoping I can crib parts of the CS already written which loads and unloads the game data to load that data into the SQLite database. What are you using it for? On 1/8/2019 5:57 AM, Stuart McLachlan wrote: > It's SQLite, not SQLLite :-) > > Yes, I use it. It's an extremely easy to use , powerful but lightweight engine which just uses > one DLL. And it's VERY widely used. > > Highly recommended. Very fast storage and analysis witth aopropriate use of keys and > indexes. > > > Worth reading: > > https://www.sqlite.org/whentouse.html > > https://www.sqlite.org/about.html > > It would be well worth your time to download SQLite and SQLiteStudio and have a play. > > https://sqlitestudio.pl/index.rvt > > > > > On 7 Jan 2019 at 23:28, John Colby wrote: > >> Is anyone in the group actively using SQLLite?? I am edging into a >> role where I will need to select a database engine - for use >> cataloging and analyzing objects in the game Morrowind, for use around >> (but not inside of) OpenMW, a Morrowind engine rewrite. Note that I am >> not on the open source coding team that is rewriting the Morrowind >> game engine, I am proposing an addon to the efforts already well under >> way. >> >> SQLLite seems appropriate given the small size of the data. SQLLite >> seems to be used everywhere for smallish databases, and this seems to >> be smallish data. >> >> Just looking for wisdom on SQLLite, ease of use (or lack thereof), >> Power of the engine for storage and analysis of the data etc. >> >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ewaldt at gdls.com Tue Jan 8 11:48:42 2019 From: ewaldt at gdls.com (Ewald, Thomas F (Tom)) Date: Tue, 8 Jan 2019 17:48:42 +0000 Subject: [AccessD] Textbox Font Sizes Message-ID: <2c63291bc64b4bf8af8d257347b0d7af@gdls.com> I am using an Access database (not of my creation), whose front end has a form with a textbox. The font for the textbox is Calibri with a size of 9, set in the properties. 9 seems to be only available in the properties, though. If I type into the textbox, it's size 9, as expected. If I paste text of a different font size into the textbox, however, and want to reformat it to match the rest of the text in the box, 9 is not available either by right-clicking (context menu) or by the standard drop-down menu on the ribbon. If I simply type the 9 into the size box, which still works fine in Word, it changes it to 8. I don't remember having this problem before, although maybe it just never came up. I'm using Access 2013. Any help understanding this would be appreciated. Tom Ewald Stryker Obsolescence General Dynamics Land Systems ---------------------------------------------------------------------- This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated. From jimdettman at verizon.net Tue Jan 8 15:27:57 2019 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 8 Jan 2019 16:27:57 -0500 Subject: [AccessD] Textbox Font Sizes In-Reply-To: <2c63291bc64b4bf8af8d257347b0d7af@gdls.com> References: <2c63291bc64b4bf8af8d257347b0d7af@gdls.com> Message-ID: <017b01d4a799$06bcd320$14367960$@verizon.net> Tom, I've always understood that what you get in the ribbon drop down is what is in the font lib. If you type in a different size than what is there, then it is scaled. Not quite sure if that's what your describing. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ewald, Thomas F (Tom) Sent: Tuesday, January 8, 2019 12:49 PM To: accessd at databaseadvisors.com Subject: [AccessD] Textbox Font Sizes I am using an Access database (not of my creation), whose front end has a form with a textbox. The font for the textbox is Calibri with a size of 9, set in the properties. 9 seems to be only available in the properties, though. If I type into the textbox, it's size 9, as expected. If I paste text of a different font size into the textbox, however, and want to reformat it to match the rest of the text in the box, 9 is not available either by right-clicking (context menu) or by the standard drop-down menu on the ribbon. If I simply type the 9 into the size box, which still works fine in Word, it changes it to 8. I don't remember having this problem before, although maybe it just never came up. I'm using Access 2013. Any help understanding this would be appreciated. Tom Ewald Stryker Obsolescence General Dynamics Land Systems ---------------------------------------------------------------------- This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From stuart at lexacorp.com.pg Tue Jan 8 15:35:27 2019 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 09 Jan 2019 07:35:27 +1000 Subject: [AccessD] SQLLite In-Reply-To: References: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com>, <69cc3e32-8b01-6fd6-e2d7-3815cd97594a@Gmail.com>, Message-ID: <5C35179F.18173.3D544922@stuart.lexacorp.com.pg> I'd stay away from SQL Server Compact for any new developmnt. According to Wikiipedia: The latest, and last, release is the SQL Server Compact 4.0.[1] As of February 2013 SQL Server Compact Edition had been deprecated; no new versions or updates are planned, although Microsoft will continue to support until July 2021. According to the official: MS Download site Last Release 2012. Highest supporteed Windows version is Win 7. https://www.microsoft.com/en-US/download/details.aspx?id=17876 On 8 Jan 2019 at 17:13, Daniel Waters wrote: > Hi John, > > You should take a look at this page for a comparison of 5 different > tools. > http://erikej.blogspot.com/2011/01/comparison-of-sql-server-compact-4- > and.html > > Also - ErikJ has a free Toolbox that I use to manage SQL Compact 3.5, > and it also works with SQLite. http://erikej.blogspot.com/ > > I use SQL Compact 3.5 because it supports Linq to SQL which I use > throughout my application for queries against SQL Server. SQL Compact > is also integrated into my application in VS - I don't know if SQLite > does that or not or if it makes much difference. > > Good Luck with your Morrowind Add-On! > Dan > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of John Colby Sent: January 8, 2019 8:15 To: Access Developers > discussion and problem solving; Stuart McLachlan Subject: Re: > [AccessD] SQLLite > > >>>It's SQLite, not SQLLite :-) > > Uhhhh yea! lol > > I have read all of those pages you sent me to. They get quite deeply > into the workings of the engine. Hoping I don't have to understand > all that stuff to start using it. About to get the engine and studio > and get to work. > > It seems very "similar to" Access in the "one file holds everything". > The open source developers doing the game engine and the construction > set (CS) engine do everything in C, and of course this is written in > C. I'm hoping I can crib parts of the CS already written which loads > and unloads the game data to load that data into the SQLite database. > > What are you using it for? > > On 1/8/2019 5:57 AM, Stuart McLachlan wrote: > > It's SQLite, not SQLLite :-) > > > > Yes, I use it. It's an extremely easy to use , powerful but > > lightweight engine which just uses one DLL. And it's VERY widely > > used. > > > > Highly recommended. Very fast storage and analysis witth > > aopropriate use of keys and indexes. > > > > > > Worth reading: > > > > https://www.sqlite.org/whentouse.html > > > > https://www.sqlite.org/about.html > > > > It would be well worth your time to download SQLite and SQLiteStudio > > and have a play. > > > > https://sqlitestudio.pl/index.rvt > > > > > > > > > > On 7 Jan 2019 at 23:28, John Colby wrote: > > > >> Is anyone in the group actively using SQLLite?? I am edging into a > >> role where I will need to select a database engine - for use > >> cataloging and analyzing objects in the game Morrowind, for use > >> around (but not inside of) OpenMW, a Morrowind engine rewrite. Note > >> that I am not on the open source coding team that is rewriting the > >> Morrowind game engine, I am proposing an addon to the efforts > >> already well under way. > >> > >> SQLLite seems appropriate given the small size of the data. SQLLite > >> seems to be used everywhere for smallish databases, and this seems > >> to be smallish data. > >> > >> Just looking for wisdom on SQLLite, ease of use (or lack thereof), > >> Power of the engine for storage and analysis of the data etc. > >> > >> -- > >> John W. Colby > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > > > > > -- > John W. Colby > > -- > 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 From accessd at shaw.ca Tue Jan 8 16:56:55 2019 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 8 Jan 2019 15:56:55 -0700 (MST) Subject: [AccessD] SQLLite In-Reply-To: <5C35179F.18173.3D544922@stuart.lexacorp.com.pg> References: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> <69cc3e32-8b01-6fd6-e2d7-3815cd97594a@Gmail.com> <5C35179F.18173.3D544922@stuart.lexacorp.com.pg> Message-ID: <688806351.22197522.1546988215132.JavaMail.zimbra@shaw.ca> IMHO, SQLite is an excellent high-performance small database. Jim ----- Original Message ----- From: "stuart" To: "Access Developers discussion and problem solving" Sent: Tuesday, January 8, 2019 1:35:27 PM Subject: Re: [AccessD] SQLLite I'd stay away from SQL Server Compact for any new developmnt. According to Wikiipedia: The latest, and last, release is the SQL Server Compact 4.0.[1] As of February 2013 SQL Server Compact Edition had been deprecated; no new versions or updates are planned, although Microsoft will continue to support until July 2021. According to the official: MS Download site Last Release 2012. Highest supporteed Windows version is Win 7. https://www.microsoft.com/en-US/download/details.aspx?id=17876 On 8 Jan 2019 at 17:13, Daniel Waters wrote: > Hi John, > > You should take a look at this page for a comparison of 5 different > tools. > http://erikej.blogspot.com/2011/01/comparison-of-sql-server-compact-4- > and.html > > Also - ErikJ has a free Toolbox that I use to manage SQL Compact 3.5, > and it also works with SQLite. http://erikej.blogspot.com/ > > I use SQL Compact 3.5 because it supports Linq to SQL which I use > throughout my application for queries against SQL Server. SQL Compact > is also integrated into my application in VS - I don't know if SQLite > does that or not or if it makes much difference. > > Good Luck with your Morrowind Add-On! > Dan > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of John Colby Sent: January 8, 2019 8:15 To: Access Developers > discussion and problem solving; Stuart McLachlan Subject: Re: > [AccessD] SQLLite > > >>>It's SQLite, not SQLLite :-) > > Uhhhh yea! lol > > I have read all of those pages you sent me to. They get quite deeply > into the workings of the engine. Hoping I don't have to understand > all that stuff to start using it. About to get the engine and studio > and get to work. > > It seems very "similar to" Access in the "one file holds everything". > The open source developers doing the game engine and the construction > set (CS) engine do everything in C, and of course this is written in > C. I'm hoping I can crib parts of the CS already written which loads > and unloads the game data to load that data into the SQLite database. > > What are you using it for? > > On 1/8/2019 5:57 AM, Stuart McLachlan wrote: > > It's SQLite, not SQLLite :-) > > > > Yes, I use it. It's an extremely easy to use , powerful but > > lightweight engine which just uses one DLL. And it's VERY widely > > used. > > > > Highly recommended. Very fast storage and analysis witth > > aopropriate use of keys and indexes. > > > > > > Worth reading: > > > > https://www.sqlite.org/whentouse.html > > > > https://www.sqlite.org/about.html > > > > It would be well worth your time to download SQLite and SQLiteStudio > > and have a play. > > > > https://sqlitestudio.pl/index.rvt > > > > > > > > > > On 7 Jan 2019 at 23:28, John Colby wrote: > > > >> Is anyone in the group actively using SQLLite?? I am edging into a > >> role where I will need to select a database engine - for use > >> cataloging and analyzing objects in the game Morrowind, for use > >> around (but not inside of) OpenMW, a Morrowind engine rewrite. Note > >> that I am not on the open source coding team that is rewriting the > >> Morrowind game engine, I am proposing an addon to the efforts > >> already well under way. > >> > >> SQLLite seems appropriate given the small size of the data. SQLLite > >> seems to be used everywhere for smallish databases, and this seems > >> to be smallish data. > >> > >> Just looking for wisdom on SQLLite, ease of use (or lack thereof), > >> Power of the engine for storage and analysis of the data etc. > >> > >> -- > >> John W. Colby > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > > > > > -- > John W. Colby > > -- > 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jan 8 17:17:28 2019 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 8 Jan 2019 16:17:28 -0700 (MST) Subject: [AccessD] Textbox Font Sizes In-Reply-To: <2c63291bc64b4bf8af8d257347b0d7af@gdls.com> References: <2c63291bc64b4bf8af8d257347b0d7af@gdls.com> Message-ID: <47975429.22377690.1546989448514.JavaMail.zimbra@shaw.ca> Would downloading and installing the font help? https://www.wfonts.com/font/calibri I think it is one of the Mac's default fonts Jim ----- Original Message ----- From: "Ewald, Thomas F (Tom)" To: "Access Developers discussion and problem solving" Sent: Tuesday, January 8, 2019 9:48:42 AM Subject: [AccessD] Textbox Font Sizes I am using an Access database (not of my creation), whose front end has a form with a textbox. The font for the textbox is Calibri with a size of 9, set in the properties. 9 seems to be only available in the properties, though. If I type into the textbox, it's size 9, as expected. If I paste text of a different font size into the textbox, however, and want to reformat it to match the rest of the text in the box, 9 is not available either by right-clicking (context menu) or by the standard drop-down menu on the ribbon. If I simply type the 9 into the size box, which still works fine in Word, it changes it to 8. I don't remember having this problem before, although maybe it just never came up. I'm using Access 2013. Any help understanding this would be appreciated. Tom Ewald Stryker Obsolescence General Dynamics Land Systems ---------------------------------------------------------------------- This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jan 8 17:59:52 2019 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 8 Jan 2019 16:59:52 -0700 (MST) Subject: [AccessD] SQLLite In-Reply-To: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> References: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> Message-ID: <2091143489.22571730.1546991992012.JavaMail.zimbra@shaw.ca> I have been learning about SQLite but not in a commercial venue. I have been using SQLite, to edit the database from a Kodi lite version for Raspberry PIs called OSMC. I have ripped all my CDs, DVDs, Music files, Video (VHS etc), audio books and family/vacation pictures and been using using SQLite, as that is evidently what the application uses. It is much quicker when modifying bulk data than through any other interface. Supposedly, SQLite can have a maximum database size of 140 terabytes which should be more enough for most people's would needs. I use the following database browser and editor: https://sqlitebrowser.org/ (The beauty of this product is it runs on any platform and the price is right.) I have no personal experience on how this DB works in a multi-user environment but have read the following: "Yes SQLite can support multiple users at once. It does however lock the whole database when writing, so if you have lots of concurrent writes it is not the database you want (usually the time the database is locked is a few milliseconds - so for most uses this does not matter)....and it is very well tested and very stable (and widely used) so you can trust it." Jim ----- Original Message ----- From: "John Colby" To: "Access Developers discussion and problem solving" Sent: Monday, January 7, 2019 8:28:00 PM Subject: [AccessD] SQLLite Is anyone in the group actively using SQLLite?? I am edging into a role where I will need to select a database engine - for use cataloging and analyzing objects in the game Morrowind, for use around (but not inside of) OpenMW, a Morrowind engine rewrite. Note that I am not on the open source coding team that is rewriting the Morrowind game engine, I am proposing an addon to the efforts already well under way. SQLLite seems appropriate given the small size of the data. SQLLite seems to be used everywhere for smallish databases, and this seems to be smallish data. Just looking for wisdom on SQLLite, ease of use (or lack thereof), Power of the engine for storage and analysis of the data etc. -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jan 8 19:09:08 2019 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 8 Jan 2019 18:09:08 -0700 (MST) Subject: [AccessD] SQLLite In-Reply-To: References: <0667a387-254e-7152-b742-f7bf11b5b9a0@Gmail.com> <5C348206.31848.3B0BEBF9@stuart.lexacorp.com.pg> <69cc3e32-8b01-6fd6-e2d7-3815cd97594a@Gmail.com> Message-ID: <1758584610.23019925.1546996148836.JavaMail.zimbra@shaw.ca> Good links. Jim ----- Original Message ----- From: "Daniel Waters" To: "Access Developers discussion and problem solving" Sent: Tuesday, January 8, 2019 9:13:04 AM Subject: Re: [AccessD] SQLLite Hi John, You should take a look at this page for a comparison of 5 different tools. http://erikej.blogspot.com/2011/01/comparison-of-sql-server-compact-4-and.html Also - ErikJ has a free Toolbox that I use to manage SQL Compact 3.5, and it also works with SQLite. http://erikej.blogspot.com/ I use SQL Compact 3.5 because it supports Linq to SQL which I use throughout my application for queries against SQL Server. SQL Compact is also integrated into my application in VS - I don't know if SQLite does that or not or if it makes much difference. Good Luck with your Morrowind Add-On! Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: January 8, 2019 8:15 To: Access Developers discussion and problem solving; Stuart McLachlan Subject: Re: [AccessD] SQLLite >>>It's SQLite, not SQLLite :-) Uhhhh yea! lol I have read all of those pages you sent me to. They get quite deeply into the workings of the engine. Hoping I don't have to understand all that stuff to start using it. About to get the engine and studio and get to work. It seems very "similar to" Access in the "one file holds everything". The open source developers doing the game engine and the construction set (CS) engine do everything in C, and of course this is written in C. I'm hoping I can crib parts of the CS already written which loads and unloads the game data to load that data into the SQLite database. What are you using it for? On 1/8/2019 5:57 AM, Stuart McLachlan wrote: > It's SQLite, not SQLLite :-) > > Yes, I use it. It's an extremely easy to use , powerful but lightweight engine which just uses > one DLL. And it's VERY widely used. > > Highly recommended. Very fast storage and analysis witth aopropriate use of keys and > indexes. > > > Worth reading: > > https://www.sqlite.org/whentouse.html > > https://www.sqlite.org/about.html > > It would be well worth your time to download SQLite and SQLiteStudio and have a play. > > https://sqlitestudio.pl/index.rvt > > > > > On 7 Jan 2019 at 23:28, John Colby wrote: > >> Is anyone in the group actively using SQLLite?? I am edging into a >> role where I will need to select a database engine - for use >> cataloging and analyzing objects in the game Morrowind, for use around >> (but not inside of) OpenMW, a Morrowind engine rewrite. Note that I am >> not on the open source coding team that is rewriting the Morrowind >> game engine, I am proposing an addon to the efforts already well under >> way. >> >> SQLLite seems appropriate given the small size of the data. SQLLite >> seems to be used everywhere for smallish databases, and this seems to >> be smallish data. >> >> Just looking for wisdom on SQLLite, ease of use (or lack thereof), >> Power of the engine for storage and analysis of the data etc. >> >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com > > -- John W. Colby -- 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 From rockysmolin at bchacc.com Tue Jan 15 22:03:21 2019 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 15 Jan 2019 20:03:21 -0800 Subject: [AccessD] 2 Client Requests Message-ID: <000001d4ad50$6bb5c310$43214930$@bchacc.com> Dear Lists: 1 - Client has an app to control tasks in a project with a large text box for comments on a task. The task box is bound to a memo field. He would like to be able to copy and paste from a boilerplate spreadsheet that has steps to complete a task - wants to cut and paste but the data loses formatting. Biggest problem is that it inserts 3 lines in the text box for every line of spreadsheet imported. But also he'd need to see columns a, b and c spaced correctly so they line up in columns. 2 - He would also like to be able to create a hyperlink from any text in that text box that would link to a document. Easy enough in Word - select the text, right click Hyperlink and the dialog box asks you for what's to be opened when you click the new hyperlink. But that doesn't work in a text box - you can select text, right click, but there's no Hyperlink option in the context menu. I told him the best way would be for me to put a "Find Spreadsheet" button on the form which would open up the file dialog box and after he selects the spreadsheet, I'd open in in VBA and get the cells one at a time and format them correctly. Then of course, he added other features - specify which lines are to be imported and which columns. So that would make the hyperlink a much easier solution. But.can it be done? MTIA Rocky Smolin Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From gustav at cactus.dk Wed Jan 16 00:36:42 2019 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 16 Jan 2019 06:36:42 +0000 Subject: [AccessD] 2 Client Requests Message-ID: Hi Rocky Could you embed a Word object? /gustav -----Oprindelig meddelelse----- Fra: AccessD P? vegne af Rocky Smolin Sendt: 16. januar 2019 05:03 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] 2 Client Requests Dear Lists: 1 - Client has an app to control tasks in a project with a large text box for comments on a task. The task box is bound to a memo field. He would like to be able to copy and paste from a boilerplate spreadsheet that has steps to complete a task - wants to cut and paste but the data loses formatting. Biggest problem is that it inserts 3 lines in the text box for every line of spreadsheet imported. But also he'd need to see columns a, b and c spaced correctly so they line up in columns. 2 - He would also like to be able to create a hyperlink from any text in that text box that would link to a document. Easy enough in Word - select the text, right click Hyperlink and the dialog box asks you for what's to be opened when you click the new hyperlink. But that doesn't work in a text box - you can select text, right click, but there's no Hyperlink option in the context menu. I told him the best way would be for me to put a "Find Spreadsheet" button on the form which would open up the file dialog box and after he selects the spreadsheet, I'd open in in VBA and get the cells one at a time and format them correctly. Then of course, he added other features - specify which lines are to be imported and which columns. So that would make the hyperlink a much easier solution. But.can it be done? MTIA Rocky Smolin Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From ewaldt at gdls.com Wed Jan 16 06:26:45 2019 From: ewaldt at gdls.com (Ewald, Thomas F (Tom)) Date: Wed, 16 Jan 2019 12:26:45 +0000 Subject: [AccessD] Textbox Font Sizes Message-ID: Jim: Thanks. So is scaling only available through properties? That seems odd to me, but of course that doesn't mean it's not true. Thanks, again. Tom Ewald Stryker Obsolescence General Dynamics Land Systems Date: Tue, 8 Jan 2019 16:27:57 -0500 From: "Jim Dettman" To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Textbox Font Sizes Message-ID: <017b01d4a799$06bcd320$14367960$@verizon.net> Content-Type: text/plain; charset="us-ascii" Tom, I've always understood that what you get in the ribbon drop down is what is in the font lib. If you type in a different size than what is there, then it is scaled. Not quite sure if that's what your describing. Jim. ------------------------ I am using an Access database (not of my creation), whose front end has a form with a textbox. The font for the textbox is Calibri with a size of 9, set in the properties. 9 seems to be only available in the properties, though. If I type into the textbox, it's size 9, as expected. If I paste text of a different font size into the textbox, however, and want to reformat it to match the rest of the text in the box, 9 is not available either by right-clicking (context menu) or by the standard drop-down menu on the ribbon. If I simply type the 9 into the size box, which still works fine in Word, it changes it to 8. I don't remember having this problem before, although maybe it just never came up. I'm using Access 2013. Any help understanding this would be appreciated. Tom Ewald ---------------------------------------------------------------------- This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated. From RockySmolin at bchacc.com Wed Jan 16 09:47:16 2019 From: RockySmolin at bchacc.com (RockySmolin at bchacc.com) Date: Wed, 16 Jan 2019 08:47:16 -0700 Subject: [AccessD] 2 Client Requests Message-ID: <20190116084716.86c3debdd1c3983866efe200e2feb95f.eba75bce3d.wbe@email25.godaddy.com> Gustav: Don't know. I've never done that. But I think that would mean forgoing the memo field in the table and moving that to en external file for every task, yes? Which I'm not sure woud find favor with the client. But if that's the case I could propose it. r -------- Original Message -------- Subject: Re: [AccessD] 2 Client Requests From: Gustav Brock Date: Tue, January 15, 2019 11:36 pm To: Access Developers discussion and problem solving Hi Rocky Could you embed a Word object? /gustav -----Oprindelig meddelelse----- Fra: AccessD P? vegne af Rocky Smolin Sendt: 16. januar 2019 05:03 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] 2 Client Requests Dear Lists: 1 - Client has an app to control tasks in a project with a large text box for comments on a task. The task box is bound to a memo field. He would like to be able to copy and paste from a boilerplate spreadsheet that has steps to complete a task - wants to cut and paste but the data loses formatting. Biggest problem is that it inserts 3 lines in the text box for every line of spreadsheet imported. But also he'd need to see columns a, b and c spaced correctly so they line up in columns. 2 - He would also like to be able to create a hyperlink from any text in that text box that would link to a document. Easy enough in Word - select the text, right click Hyperlink and the dialog box asks you for what's to be opened when you click the new hyperlink. But that doesn't work in a text box - you can select text, right click, but there's no Hyperlink option in the context menu. I told him the best way would be for me to put a "Find Spreadsheet" button on the form which would open up the file dialog box and after he selects the spreadsheet, I'd open in in VBA and get the cells one at a time and format them correctly. Then of course, he added other features - specify which lines are to be imported and which columns. So that would make the hyperlink a much easier solution. But.can it be done? MTIA Rocky Smolin Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at gmail.com Wed Jan 16 10:40:14 2019 From: jwcolby at gmail.com (John Colby) Date: Wed, 16 Jan 2019 11:40:14 -0500 Subject: [AccessD] 2 Client Requests In-Reply-To: <20190116084716.86c3debdd1c3983866efe200e2feb95f.eba75bce3d.wbe@email25.godaddy.com> References: <20190116084716.86c3debdd1c3983866efe200e2feb95f.eba75bce3d.wbe@email25.godaddy.com> Message-ID: The extra lines are likely embedded cr/lf. Strip them out. I thought that access had an rtf box. If so then that would allow the hyperlink directly in the box. On Wed, Jan 16, 2019, 10:48 AM Gustav: > > Don't know. I've never done that. But I think that would mean forgoing > the memo field in the table and moving that to en external file for > every task, yes? Which I'm not sure woud find favor with the client. > But if that's the case I could propose it. > > r > > -------- Original Message -------- > Subject: Re: [AccessD] 2 Client Requests > From: Gustav Brock > Date: Tue, January 15, 2019 11:36 pm > To: Access Developers discussion and problem solving > > > Hi Rocky > > Could you embed a Word object? > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD P? vegne af Rocky > Smolin > Sendt: 16. januar 2019 05:03 > Til: 'Access Developers discussion and problem solving' > ; 'Off Topic' > > Emne: [AccessD] 2 Client Requests > > Dear Lists: > > > > 1 - Client has an app to control tasks in a project with a large text > box for comments on a task. The task box is bound to a memo field. He > would like to be able to copy and paste from a boilerplate spreadsheet > that has steps to complete a task - wants to cut and paste but the data > loses formatting. Biggest problem is that it inserts 3 lines in the text > box for every line of spreadsheet imported. But also he'd need to see > columns a, b and c spaced correctly so they line up in columns. > > > > 2 - He would also like to be able to create a hyperlink from any text in > that text box that would link to a document. Easy enough in Word - > select the text, right click Hyperlink and the dialog box asks you for > what's to be opened when you click the new hyperlink. But that doesn't > work in a text box > - you can select text, right click, but there's no Hyperlink option in > the context menu. > > > > I told him the best way would be for me to put a "Find Spreadsheet" > button on the form which would open up the file dialog box and after he > selects the spreadsheet, I'd open in in VBA and get the cells one at a > time and format them correctly. Then of course, he added other features > - specify which lines are to be imported and which columns. So that > would make the hyperlink a much easier solution. > > > > But.can it be done? > > MTIA > > > > > > Rocky Smolin > > Beach Access Software > > 760-683-5777 > > www.bchacc.com > > www.e-z-mrp.com > > Skype: rocky.smolin > > -- > 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 > From RockySmolin at bchacc.com Wed Jan 16 11:52:22 2019 From: RockySmolin at bchacc.com (RockySmolin at bchacc.com) Date: Wed, 16 Jan 2019 10:52:22 -0700 Subject: [AccessD] 2 Client Requests Message-ID: <20190116105222.86c3debdd1c3983866efe200e2feb95f.2d89816679.wbe@email25.godaddy.com> John: It is an rtf box - can accept bold, underline, etc. But I don't see a way to select a word and make it a hyperlink nad identify the target. Do you know? Thanks Rocky -------- Original Message -------- Subject: Re: [AccessD] 2 Client Requests From: John Colby Date: Wed, January 16, 2019 9:40 am To: Access Developers discussion and problem solving The extra lines are likely embedded cr/lf. Strip them out. I thought that access had an rtf box. If so then that would allow the hyperlink directly in the box. On Wed, Jan 16, 2019, 10:48 AM Gustav: > > Don't know. I've never done that. But I think that would mean forgoing > the memo field in the table and moving that to en external file for > every task, yes? Which I'm not sure woud find favor with the client. > But if that's the case I could propose it. > > r > > -------- Original Message -------- > Subject: Re: [AccessD] 2 Client Requests > From: Gustav Brock > Date: Tue, January 15, 2019 11:36 pm > To: Access Developers discussion and problem solving > > > Hi Rocky > > Could you embed a Word object? > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD P? vegne af Rocky > Smolin > Sendt: 16. januar 2019 05:03 > Til: 'Access Developers discussion and problem solving' > ; 'Off Topic' > > Emne: [AccessD] 2 Client Requests > > Dear Lists: > > > > 1 - Client has an app to control tasks in a project with a large text > box for comments on a task. The task box is bound to a memo field. He > would like to be able to copy and paste from a boilerplate spreadsheet > that has steps to complete a task - wants to cut and paste but the data > loses formatting. Biggest problem is that it inserts 3 lines in the text > box for every line of spreadsheet imported. But also he'd need to see > columns a, b and c spaced correctly so they line up in columns. > > > > 2 - He would also like to be able to create a hyperlink from any text in > that text box that would link to a document. Easy enough in Word - > select the text, right click Hyperlink and the dialog box asks you for > what's to be opened when you click the new hyperlink. But that doesn't > work in a text box > - you can select text, right click, but there's no Hyperlink option in > the context menu. > > > > I told him the best way would be for me to put a "Find Spreadsheet" > button on the form which would open up the file dialog box and after he > selects the spreadsheet, I'd open in in VBA and get the cells one at a > time and format them correctly. Then of course, he added other features > - specify which lines are to be imported and which columns. So that > would make the hyperlink a much easier solution. > > > > But.can it be done? > > MTIA > > > > > > Rocky Smolin > > Beach Access Software > > 760-683-5777 > > www.bchacc.com > > www.e-z-mrp.com > > Skype: rocky.smolin > > -- > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Wed Jan 16 12:15:51 2019 From: gustav at cactus.dk (Gustav Brock) Date: Wed, 16 Jan 2019 18:15:51 +0000 Subject: [AccessD] 2 Client Requests In-Reply-To: <20190116084716.86c3debdd1c3983866efe200e2feb95f.eba75bce3d.wbe@email25.godaddy.com> References: <20190116084716.86c3debdd1c3983866efe200e2feb95f.eba75bce3d.wbe@email25.godaddy.com> Message-ID: Hi Rocky Yes, but he is demanding a word processor off a memo field ? So, either reduce demands or use a word processor - and Word is probably free for him to use. /gustav ________________________________________ Fra: AccessD p? vegne af RockySmolin at bchacc.com Sendt: 16. januar 2019 16:47 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] 2 Client Requests Gustav: Don't know. I've never done that. But I think that would mean forgoing the memo field in the table and moving that to en external file for every task, yes? Which I'm not sure woud find favor with the client. But if that's the case I could propose it. r -------- Original Message -------- Subject: Re: [AccessD] 2 Client Requests From: Gustav Brock Date: Tue, January 15, 2019 11:36 pm To: Access Developers discussion and problem solving Hi Rocky Could you embed a Word object? /gustav -----Oprindelig meddelelse----- Fra: AccessD P? vegne af Rocky Smolin Sendt: 16. januar 2019 05:03 Til: 'Access Developers discussion and problem solving' ; 'Off Topic' Emne: [AccessD] 2 Client Requests Dear Lists: 1 - Client has an app to control tasks in a project with a large text box for comments on a task. The task box is bound to a memo field. He would like to be able to copy and paste from a boilerplate spreadsheet that has steps to complete a task - wants to cut and paste but the data loses formatting. Biggest problem is that it inserts 3 lines in the text box for every line of spreadsheet imported. But also he'd need to see columns a, b and c spaced correctly so they line up in columns. 2 - He would also like to be able to create a hyperlink from any text in that text box that would link to a document. Easy enough in Word - select the text, right click Hyperlink and the dialog box asks you for what's to be opened when you click the new hyperlink. But that doesn't work in a text box - you can select text, right click, but there's no Hyperlink option in the context menu. I told him the best way would be for me to put a "Find Spreadsheet" button on the form which would open up the file dialog box and after he selects the spreadsheet, I'd open in in VBA and get the cells one at a time and format them correctly. Then of course, he added other features - specify which lines are to be imported and which columns. So that would make the hyperlink a much easier solution. But.can it be done? MTIA Rocky Smolin Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From jwcolby at gmail.com Wed Jan 16 13:26:58 2019 From: jwcolby at gmail.com (John Colby) Date: Wed, 16 Jan 2019 14:26:58 -0500 Subject: [AccessD] 2 Client Requests In-Reply-To: <20190116105222.86c3debdd1c3983866efe200e2feb95f.2d89816679.wbe@email25.godaddy.com> References: <20190116105222.86c3debdd1c3983866efe200e2feb95f.2d89816679.wbe@email25.godaddy.com> Message-ID: No but it is generally a bracket code. Read this? http://www.echoecho.com/htmllinks01.htm On Wed, Jan 16, 2019, 12:53 PM John: > > It is an rtf box - can accept bold, underline, etc. But I don't see a > way to select a word and make it a hyperlink nad identify the target. > Do you know? > > Thanks > > Rocky > > > -------- Original Message -------- > Subject: Re: [AccessD] 2 Client Requests > From: John Colby > Date: Wed, January 16, 2019 9:40 am > To: Access Developers discussion and problem solving > > > The extra lines are likely embedded cr/lf. Strip them out. I thought > that > access had an rtf box. If so then that would allow the hyperlink > directly > in the box. > > On Wed, Jan 16, 2019, 10:48 AM > > Gustav: > > > > Don't know. I've never done that. But I think that would mean forgoing > > the memo field in the table and moving that to en external file for > > every task, yes? Which I'm not sure woud find favor with the client. > > But if that's the case I could propose it. > > > > r > > > > -------- Original Message -------- > > Subject: Re: [AccessD] 2 Client Requests > > From: Gustav Brock > > Date: Tue, January 15, 2019 11:36 pm > > To: Access Developers discussion and problem solving > > > > > > Hi Rocky > > > > Could you embed a Word object? > > > > /gustav > > > > -----Oprindelig meddelelse----- > > Fra: AccessD P? vegne af Rocky > > Smolin > > Sendt: 16. januar 2019 05:03 > > Til: 'Access Developers discussion and problem solving' > > ; 'Off Topic' > > > > Emne: [AccessD] 2 Client Requests > > > > Dear Lists: > > > > > > > > 1 - Client has an app to control tasks in a project with a large text > > box for comments on a task. The task box is bound to a memo field. He > > would like to be able to copy and paste from a boilerplate spreadsheet > > that has steps to complete a task - wants to cut and paste but the data > > loses formatting. Biggest problem is that it inserts 3 lines in the text > > box for every line of spreadsheet imported. But also he'd need to see > > columns a, b and c spaced correctly so they line up in columns. > > > > > > > > 2 - He would also like to be able to create a hyperlink from any text in > > that text box that would link to a document. Easy enough in Word - > > select the text, right click Hyperlink and the dialog box asks you for > > what's to be opened when you click the new hyperlink. But that doesn't > > work in a text box > > - you can select text, right click, but there's no Hyperlink option in > > the context menu. > > > > > > > > I told him the best way would be for me to put a "Find Spreadsheet" > > button on the form which would open up the file dialog box and after he > > selects the spreadsheet, I'd open in in VBA and get the cells one at a > > time and format them correctly. Then of course, he added other features > > - specify which lines are to be imported and which columns. So that > > would make the hyperlink a much easier solution. > > > > > > > > But.can it be done? > > > > MTIA > > > > > > > > > > > > Rocky Smolin > > > > Beach Access Software > > > > 760-683-5777 > > > > www.bchacc.com > > > > www.e-z-mrp.com > > > > Skype: rocky.smolin > > > > -- > > 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 > > > -- > 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 > From df.waters at outlook.com Thu Jan 17 15:11:56 2019 From: df.waters at outlook.com (Daniel Waters) Date: Thu, 17 Jan 2019 21:11:56 +0000 Subject: [AccessD] Office Programming Helper from CodeProject Message-ID: Hello all! Just saw this - have not tried it! https://www.codeproject.com/Articles/229280/Office-Programming-Helper-Indent-code-and-more-4 Dan Waters From jimdettman at verizon.net Fri Jan 18 07:15:58 2019 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 18 Jan 2019 08:15:58 -0500 Subject: [AccessD] Office Programming Helper from CodeProject In-Reply-To: References: Message-ID: <0ef601d4af2f$f45aebb0$dd10c310$@verizon.net> Looking at the sample code in that link, I never realized (or I entirely forgot about it) that debug had an assert method. I'm wondering how that works in Access since it's never truly compiled (the help text looks like it was swiped from the VB 6 help). Typically I've done this in my apps: If DebugMode() = True then stop DebugMode() being a function that checks if I'm debugging my app or not. At the moment, that's placing a text file in the DB directory as .debug .Assert would clean that up a bit. I'll have to try it out. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Daniel Waters Sent: Thursday, January 17, 2019 4:12 PM To: Access Developers discussion and problem solving Subject: [AccessD] Office Programming Helper from CodeProject Hello all! Just saw this - have not tried it! https://www.codeproject.com/Articles/229280/Office-Programming-Helper-Indent -code-and-more-4 Dan Waters -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Sun Jan 20 07:05:13 2019 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 20 Jan 2019 13:05:13 +0000 Subject: [AccessD] Deploy/update a Microsoft Access application In-Reply-To: References: Message-ID: Hi all I have revised and updated my old article on this topic: Deploy and update a Microsoft Access application with one click https://www.experts-exchange.com/articles/33417/Deploy-and-update-a-Microsoft-Access-application-with-one-click.html Deploying a Microsoft Access application in a normal Windows environment is not difficult but takes a few steps. The method and script provided here will - literally - turn the process into a one-click process for the user, even in a Citrix environment. One VBScript and a simple shortcut is all it takes. /gustav From accessd at shaw.ca Tue Jan 22 06:03:00 2019 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 22 Jan 2019 05:03:00 -0700 (MST) Subject: [AccessD] Deploy/update a Microsoft Access application In-Reply-To: References: Message-ID: <747360582.78344324.1548158580720.JavaMail.zimbra@shaw.ca> Brilliant. Jim ----- Original Message ----- From: "Gustav Brock" To: "Access Developers discussion and problem solving" Sent: Sunday, January 20, 2019 5:05:13 AM Subject: [AccessD] Deploy/update a Microsoft Access application Hi all I have revised and updated my old article on this topic: Deploy and update a Microsoft Access application with one click https://www.experts-exchange.com/articles/33417/Deploy-and-update-a-Microsoft-Access-application-with-one-click.html Deploying a Microsoft Access application in a normal Windows environment is not difficult but takes a few steps. The method and script provided here will - literally - turn the process into a one-click process for the user, even in a Citrix environment. One VBScript and a simple shortcut is all it takes. /gustav -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From carbonnb at gmail.com Tue Jan 22 12:24:50 2019 From: carbonnb at gmail.com (Bryan Carbonnell) Date: Tue, 22 Jan 2019 13:24:50 -0500 Subject: [AccessD] Inventory Database Message-ID: Hi all, I was wondering if anyone has a parts inventory database they'd be willing to share. Some of you may not know, but 4 years ago I had a change in careers. I am now a mobile RV Inspector and repair tech and need something to keep track of the parts that I have to stock. I can reinvent the wheel if need be, but if there is one I can start with and customize if needed it would save me a lot of time. Thanks, Bryan -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" From jbodin at sbor.com Tue Jan 22 13:14:49 2019 From: jbodin at sbor.com (John Bodin) Date: Tue, 22 Jan 2019 19:14:49 +0000 Subject: [AccessD] Inventory Database In-Reply-To: References: Message-ID: Hi Bryan, I believe there is an Inventory database that comes with Access 2016 (and prior) as a default template. Take a look at that and see if that gets you started. John John Bodin sBOR Office Systems jbodin at sbor.com ________________________________ From: AccessD on behalf of Bryan Carbonnell Sent: Tuesday, January 22, 2019 1:24 PM To: Access Developers discussion and problem solving Subject: [AccessD] Inventory Database Hi all, I was wondering if anyone has a parts inventory database they'd be willing to share. Some of you may not know, but 4 years ago I had a change in careers. I am now a mobile RV Inspector and repair tech and need something to keep track of the parts that I have to stock. I can reinvent the wheel if need be, but if there is one I can start with and customize if needed it would save me a lot of time. Thanks, Bryan -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Tue Jan 22 16:40:52 2019 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Tue, 22 Jan 2019 14:40:52 -0800 Subject: [AccessD] Inventory Database In-Reply-To: References: Message-ID: <005201d4b2a3$87db3310$97919930$@bchacc.com> I had a dandy inventory system built into the MRP package that I don't own any more. So I can't really give you the tables. But I can help you with defining the fields and functions so that you have a good start and don't overlook something important. You know where I live. Don't be a stranger. :) R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bryan Carbonnell Sent: Tuesday, January 22, 2019 10:25 AM To: Access Developers discussion and problem solving Subject: [AccessD] Inventory Database Hi all, I was wondering if anyone has a parts inventory database they'd be willing to share. Some of you may not know, but 4 years ago I had a change in careers. I am now a mobile RV Inspector and repair tech and need something to keep track of the parts that I have to stock. I can reinvent the wheel if need be, but if there is one I can start with and customize if needed it would save me a lot of time. Thanks, Bryan -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Tue Jan 22 17:48:29 2019 From: jamesbutton at blueyonder.co.uk (James Button) Date: Tue, 22 Jan 2019 23:48:29 -0000 Subject: [AccessD] Inventory Database In-Reply-To: <005201d4b2a3$87db3310$97919930$@bchacc.com> References: <005201d4b2a3$87db3310$97919930$@bchacc.com> Message-ID: Hi there, (again) Considering the Microsoft account AFAIK there are several separate uses of the account You can register a credit card (and later deregister it) to purchase 'stuff' from Microsoft And/or to pay for a software app rental You can register an account to get 5GB of Onedrive cloud storage And have an email id that you use for outlook.com You can have your windows 10 (the free upgrade one) licence registered to you rather than to the hardware So basically changed the OEM to a retail type transferrable ownership - You can have your bitlocker drive access-code remembered as part of the account data With an account you can get chat support much more easily than without If you set your PC id to link to the account you can have better checking of access to facilities such as the online office and Onedrive etc. If, when you login to your id on the PC you do not give a valid password for the account at Microsoft the system will not initiate Onedrive syncing etc. at startup You can logon with that account and password and get access to whatever parts of the PC data you have set to be accessible via the web - providing the PC is powered up and logged-in, or can be logged into remotely. I have logged into my PC while there was no web connection and it behaved as it normally does, just no cloud based access - OK I don't use bitlocker So - I do not see that there is any problem having a login that goes to the MS systems and uses access authority associated with the account. If you don't want that just don't plugin the web access hub at login time. And - you can turn off the process that uses the email id to login. Then again - that does assume that the system is working OK ! JimB From: Tips, tools, and talk for Windows Home, SO/HO users On Behalf Of Richard King Sent: Tuesday, January 22, 2019 9:50 PM Hi Randy, This is the second time this month that I have been confronted with this hassle! Now that I have a bit more knowledge, I'll have another go at the first event (see discussion +/-Jan 10). Regards, Richard.be Le 22-01-19 ? 22:24, Baker, Randal L CIV PSNS&IMF, Code 2310.1 a ?crit : > I have never set up Win10 with the MS account. > > MS is pretty insistent during the install, but just hold out and don't give an account. Eventually, you can install local. I noticed that during my last install on my new refurb laptop, it asked multiple times to use an account or setup a new account before letting me just handle it locally. > > .....And now....you've provided me the proof why I don't install with the online account. > > Randy > > From: Tips, tools, and talk for Windows Home, SO/HO users On Behalf Of Richard King > Sent: Tuesday, January 22, 2019 11:48 AM > > > From today, my own PC opens with a local account, not the MS account. > > Regards, > > Richard.be > From jamesbutton at blueyonder.co.uk Tue Jan 22 17:52:07 2019 From: jamesbutton at blueyonder.co.uk (James Button) Date: Tue, 22 Jan 2019 23:52:07 -0000 Subject: [AccessD] Inventory Database In-Reply-To: References: <005201d4b2a3$87db3310$97919930$@bchacc.com> Message-ID: Sorry - message posted to wrong forum - windows moving stuff around under the mouse usage. From rockysmolin at bchacc.com Thu Jan 24 08:25:14 2019 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 24 Jan 2019 06:25:14 -0800 Subject: [AccessD] DoCmd.OutputTo problem Message-ID: <002001d4b3f0$9f2ff430$dd8fdc90$@bchacc.com> Dear list: This is Access 2010 question. I have an app which needs to output a report in pdf format. I'm using the statement: DoCmd.OutputTo acOutputReport, "rptRentalAgreement", "PDFFormat(*.pdf)", strRAPDFName, False, "", , acExportQualityPrint When the program reaches this statement, it does not create the pdf, does not go to the next statement, and does not give a run time error. I can't find anything on the web forums addressing this particular problem. Any ideas? MTIA, Rocky Smolin Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From paul.hartland at googlemail.com Thu Jan 24 08:30:53 2019 From: paul.hartland at googlemail.com (Paul Hartland) Date: Thu, 24 Jan 2019 14:30:53 +0000 Subject: [AccessD] DoCmd.OutputTo problem In-Reply-To: <002001d4b3f0$9f2ff430$dd8fdc90$@bchacc.com> References: <002001d4b3f0$9f2ff430$dd8fdc90$@bchacc.com> Message-ID: Are there any spaces in the strRAPDFName variable, I used to get similar sounding problems, I ended up replacing any spaces with underscores On Thu, 24 Jan 2019, 14:25 Rocky Smolin Dear list: > > > > This is Access 2010 question. I have an app which needs to output a report > in pdf format. I'm using the statement: > > > > DoCmd.OutputTo acOutputReport, "rptRentalAgreement", "PDFFormat(*.pdf)", > strRAPDFName, False, "", , acExportQualityPrint > > > > When the program reaches this statement, it does not create the pdf, does > not go to the next statement, and does not give a run time error. > > > > I can't find anything on the web forums addressing this particular problem. > > > > > Any ideas? > > > > MTIA, > > > > > > Rocky Smolin > > Beach Access Software > > 760-683-5777 > > www.bchacc.com > > www.e-z-mrp.com > > Skype: rocky.smolin > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Thu Jan 24 08:44:16 2019 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 24 Jan 2019 14:44:16 +0000 Subject: [AccessD] DoCmd.OutputTo problem Message-ID: Hi Rocky The format string is incorrect. It is easier to use the constant (resolves to "PDF Format (*.pdf)": DoCmd.OutputTo acOutputReport, "rptRentalAgreement", acFormatPDF, strRAPDFName, False, , , acExportQualityPrint /gustav -----Oprindelig meddelelse----- Fra: AccessD P? vegne af Rocky Smolin Sendt: 24. januar 2019 15:25 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] DoCmd.OutputTo problem Dear list: This is Access 2010 question. I have an app which needs to output a report in pdf format. I'm using the statement: DoCmd.OutputTo acOutputReport, "rptRentalAgreement", "PDFFormat(*.pdf)", strRAPDFName, False, "", , acExportQualityPrint When the program reaches this statement, it does not create the pdf, does not go to the next statement, and does not give a run time error. I can't find anything on the web forums addressing this particular problem. Any ideas? MTIA, Rocky Smolin Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin From BWalsh at healthinsight.org Thu Jan 24 09:30:48 2019 From: BWalsh at healthinsight.org (Bob Walsh) Date: Thu, 24 Jan 2019 15:30:48 +0000 Subject: [AccessD] DoCmd.OutputTo problem In-Reply-To: <002001d4b3f0$9f2ff430$dd8fdc90$@bchacc.com> References: <002001d4b3f0$9f2ff430$dd8fdc90$@bchacc.com> Message-ID: Rocky, I've found that sometimes I need to open the report (in hidden mode) before it will let me output it. Not always, but sometimes... Bob From: AccessD On Behalf Of Rocky Smolin Sent: Thursday, January 24, 2019 6:25 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] DoCmd.OutputTo problem [Attn: This is an external email.] Dear list: This is Access 2010 question. I have an app which needs to output a report in pdf format. I'm using the statement: DoCmd.OutputTo acOutputReport, "rptRentalAgreement", "PDFFormat(*.pdf)", strRAPDFName, False, "", , acExportQualityPrint When the program reaches this statement, it does not create the pdf, does not go to the next statement, and does not give a run time error. I can't find anything on the web forums addressing this particular problem. Any ideas? MTIA, Rocky Smolin Beach Access Software 760-683-5777 > www.bchacc.com > www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ________________________________ HealthInsight is a private, nonprofit, community-based organization dedicated to improving health and health care, with offices in four western states: Nevada, New Mexico, Oregon and Utah. HealthInsight also has operations in Seattle, Wash., and Glendale, Calif., supporting End-Stage Renal Disease Networks in the Western United States. The information and any materials included in this transmission may contain confidential information from HealthInsight. The information is intended for use by the person named on this transmittal. If you are not the intended recipient, be aware that any disclosure, copying, distribution, or use of the contents of this transmission is prohibited. If you have received this message in error, please inform the sender and delete all copies. From rockysmolin at bchacc.com Thu Jan 24 09:41:33 2019 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 24 Jan 2019 07:41:33 -0800 Subject: [AccessD] DoCmd.OutputTo problem In-Reply-To: References: <002001d4b3f0$9f2ff430$dd8fdc90$@bchacc.com> Message-ID: <003001d4b3fb$48927cf0$d9b776d0$@bchacc.com> No - no spaces. R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland via AccessD Sent: Thursday, January 24, 2019 6:31 AM To: Access List Cc: Paul Hartland Subject: Re: [AccessD] DoCmd.OutputTo problem Are there any spaces in the strRAPDFName variable, I used to get similar sounding problems, I ended up replacing any spaces with underscores On Thu, 24 Jan 2019, 14:25 Rocky Smolin Dear list: > > > > This is Access 2010 question. I have an app which needs to output a report > in pdf format. I'm using the statement: > > > > DoCmd.OutputTo acOutputReport, "rptRentalAgreement", "PDFFormat(*.pdf)", > strRAPDFName, False, "", , acExportQualityPrint > > > > When the program reaches this statement, it does not create the pdf, does > not go to the next statement, and does not give a run time error. > > > > I can't find anything on the web forums addressing this particular problem. > > > > > Any ideas? > > > > MTIA, > > > > > > Rocky Smolin > > Beach Access Software > > 760-683-5777 > > www.bchacc.com > > www.e-z-mrp.com > > Skype: rocky.smolin > > > > > > -- > 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 From rockysmolin at bchacc.com Thu Jan 24 09:43:35 2019 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 24 Jan 2019 07:43:35 -0800 Subject: [AccessD] DoCmd.OutputTo problem In-Reply-To: References: Message-ID: <003101d4b3fb$91a50020$b4ef0060$@bchacc.com> Gustav: Actually found what seems to be the solution by removing the last three arguments and just ending the statement with the file name. I'll have to see now whether that works on the client's box. Best, R -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Thursday, January 24, 2019 6:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.OutputTo problem Hi Rocky The format string is incorrect. It is easier to use the constant (resolves to "PDF Format (*.pdf)": DoCmd.OutputTo acOutputReport, "rptRentalAgreement", acFormatPDF, strRAPDFName, False, , , acExportQualityPrint /gustav -----Oprindelig meddelelse----- Fra: AccessD P? vegne af Rocky Smolin Sendt: 24. januar 2019 15:25 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] DoCmd.OutputTo problem Dear list: This is Access 2010 question. I have an app which needs to output a report in pdf format. I'm using the statement: DoCmd.OutputTo acOutputReport, "rptRentalAgreement", "PDFFormat(*.pdf)", strRAPDFName, False, "", , acExportQualityPrint When the program reaches this statement, it does not create the pdf, does not go to the next statement, and does not give a run time error. I can't find anything on the web forums addressing this particular problem. Any ideas? MTIA, Rocky Smolin Beach Access Software 760-683-5777 www.bchacc.com www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From rockysmolin at bchacc.com Thu Jan 24 09:47:37 2019 From: rockysmolin at bchacc.com (Rocky Smolin) Date: Thu, 24 Jan 2019 07:47:37 -0800 Subject: [AccessD] DoCmd.OutputTo problem In-Reply-To: References: <002001d4b3f0$9f2ff430$dd8fdc90$@bchacc.com> Message-ID: <003301d4b3fc$21e89c50$65b9d4f0$@bchacc.com> Bob: I found that removing the last three arguments solved the problem on my box. Not sure why but you gotta love Access. Always a treasure hunt! Thx Rocky -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bob Walsh Sent: Thursday, January 24, 2019 7:31 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] DoCmd.OutputTo problem Rocky, I've found that sometimes I need to open the report (in hidden mode) before it will let me output it. Not always, but sometimes... Bob From: AccessD On Behalf Of Rocky Smolin Sent: Thursday, January 24, 2019 6:25 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] DoCmd.OutputTo problem [Attn: This is an external email.] Dear list: This is Access 2010 question. I have an app which needs to output a report in pdf format. I'm using the statement: DoCmd.OutputTo acOutputReport, "rptRentalAgreement", "PDFFormat(*.pdf)", strRAPDFName, False, "", , acExportQualityPrint When the program reaches this statement, it does not create the pdf, does not go to the next statement, and does not give a run time error. I can't find anything on the web forums addressing this particular problem. Any ideas? MTIA, Rocky Smolin Beach Access Software 760-683-5777 > www.bchacc.com > www.e-z-mrp.com Skype: rocky.smolin -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com ________________________________ HealthInsight is a private, nonprofit, community-based organization dedicated to improving health and health care, with offices in four western states: Nevada, New Mexico, Oregon and Utah. HealthInsight also has operations in Seattle, Wash., and Glendale, Calif., supporting End-Stage Renal Disease Networks in the Western United States. The information and any materials included in this transmission may contain confidential information from HealthInsight. The information is intended for use by the person named on this transmittal. If you are not the intended recipient, be aware that any disclosure, copying, distribution, or use of the contents of this transmission is prohibited. If you have received this message in error, please inform the sender and delete all copies. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Sat Jan 26 09:16:50 2019 From: ssharkins at gmail.com (Susan Harkins) Date: Sat, 26 Jan 2019 10:16:50 -0500 Subject: [AccessD] Memo field corruption Message-ID: <074801d4b58a$2a283760$7e78a620$@gmail.com> Is corruption still an issue with Access memo fields? Susan H. From charlotte.foust at gmail.com Sat Jan 26 09:32:32 2019 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sat, 26 Jan 2019 07:32:32 -0800 Subject: [AccessD] Memo field corruption In-Reply-To: <074801d4b58a$2a283760$7e78a620$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> Message-ID: I can't say I ever experienced it, but I have always used them sparingly, maybe one per table. Charlotte Foust On Sat, Jan 26, 2019, 7:17 AM Susan Harkins Is corruption still an issue with Access memo fields? > > Susan H. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Sat Jan 26 09:34:33 2019 From: ssharkins at gmail.com (Susan Harkins) Date: Sat, 26 Jan 2019 10:34:33 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> Message-ID: <000e01d4b58c$a3b34230$eb19c690$@gmail.com> I can't say that I've ever truly needed one, not after giving the request good thought. So, I don't have much practical experience. Susan H. I can't say I ever experienced it, but I have always used them sparingly, maybe one per table. Charlotte Foust On Sat, Jan 26, 2019, 7:17 AM Susan Harkins Is corruption still an issue with Access memo fields? > > Susan H. > > -- > 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 From df.waters at outlook.com Sat Jan 26 10:03:53 2019 From: df.waters at outlook.com (Daniel Waters) Date: Sat, 26 Jan 2019 16:03:53 +0000 Subject: [AccessD] Memo field corruption In-Reply-To: <000e01d4b58c$a3b34230$eb19c690$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> Message-ID: Hi Susan, I've used memo fields extensively and never had a problem I could attribute to a memo field. One thing I do to keep an access file healthy is to always check 'Compact on Close' in Options under Current Database. This is a good description here: https://www.fmsinc.com/microsoftaccess/compact/compact-on-close.html Good Luck! Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: January 26, 2019 9:35 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption I can't say that I've ever truly needed one, not after giving the request good thought. So, I don't have much practical experience. Susan H. I can't say I ever experienced it, but I have always used them sparingly, maybe one per table. Charlotte Foust On Sat, Jan 26, 2019, 7:17 AM Susan Harkins Is corruption still an issue with Access memo fields? > > Susan H. > > -- > 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Sat Jan 26 10:17:28 2019 From: ssharkins at gmail.com (Susan Harkins) Date: Sat, 26 Jan 2019 11:17:28 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> Message-ID: <005001d4b592$a3020be0$e90623a0$@gmail.com> When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. Hi Susan, I've used memo fields extensively and never had a problem I could attribute to a memo field. One thing I do to keep an access file healthy is to always check 'Compact on Close' in Options under Current Database. This is a good description here: https://www.fmsinc.com/microsoftaccess/compact/compact-on-close.html Good Luck! Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: January 26, 2019 9:35 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption I can't say that I've ever truly needed one, not after giving the request good thought. So, I don't have much practical experience. Susan H. I can't say I ever experienced it, but I have always used them sparingly, maybe one per table. Charlotte Foust On Sat, Jan 26, 2019, 7:17 AM Susan Harkins Is corruption still an issue with Access memo fields? > > Susan H. > > -- > 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 -- 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 From df.waters at outlook.com Sat Jan 26 10:22:10 2019 From: df.waters at outlook.com (Daniel Waters) Date: Sat, 26 Jan 2019 16:22:10 +0000 Subject: [AccessD] Memo field corruption In-Reply-To: <005001d4b592$a3020be0$e90623a0$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> Message-ID: I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: January 26, 2019 10:17 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. Hi Susan, I've used memo fields extensively and never had a problem I could attribute to a memo field. One thing I do to keep an access file healthy is to always check 'Compact on Close' in Options under Current Database. This is a good description here: https://www.fmsinc.com/microsoftaccess/compact/compact-on-close.html Good Luck! Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: January 26, 2019 9:35 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption I can't say that I've ever truly needed one, not after giving the request good thought. So, I don't have much practical experience. Susan H. I can't say I ever experienced it, but I have always used them sparingly, maybe one per table. Charlotte Foust On Sat, Jan 26, 2019, 7:17 AM Susan Harkins Is corruption still an issue with Access memo fields? > > Susan H. > > -- > 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 -- 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Sat Jan 26 10:26:42 2019 From: ssharkins at gmail.com (Susan Harkins) Date: Sat, 26 Jan 2019 11:26:42 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> Message-ID: <006501d4b593$ecab3450$c6019cf0$@gmail.com> I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. From gustav at cactus.dk Sat Jan 26 10:42:57 2019 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jan 2019 16:42:57 +0000 Subject: [AccessD] Memo field corruption In-Reply-To: <006501d4b593$ecab3450$c6019cf0$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> , <006501d4b593$ecab3450$c6019cf0$@gmail.com> Message-ID: Hi Susan That's what I have done - for pictures. I even used a second backend to hold this single table to not bloat the main backend. /gustav ________________________________________ Fra: AccessD p? vegne af Susan Harkins Sendt: 26. januar 2019 17:26 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Memo field corruption I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. From ssharkins at gmail.com Sat Jan 26 10:55:57 2019 From: ssharkins at gmail.com (Susan Harkins) Date: Sat, 26 Jan 2019 11:55:57 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> , <006501d4b593$ecab3450$c6019cf0$@gmail.com> Message-ID: <008201d4b598$02bbde30$08339a90$@gmail.com> Gustav, a question from a reader prompted my question -- remember that article we wrote a long time ago? < https://www.techrepublic.com/blog/10-things/10-ways-to-prevent-access-databa se-corruption/> It's so old -- I wonder if the memo issue hasn't improved? Susan H. That's what I have done - for pictures. I even used a second backend to hold this single table to not bloat the main backend. /gustav I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at outlook.com Sat Jan 26 11:10:14 2019 From: df.waters at outlook.com (Daniel Waters) Date: Sat, 26 Jan 2019 17:10:14 +0000 Subject: [AccessD] Memo field corruption In-Reply-To: <006501d4b593$ecab3450$c6019cf0$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> Message-ID: In this page https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255-characters at the bottom it says this: The reason for these limitations is that memo content is not actually stored in the table. Only a pointer to its location on disk is. This makes features like sorting and grouping _very_ inefficient because the query has to use the pointer to go "get" the text, evaluate it, and then apply the sorting and grouping. So - if the data is already NOT stored in the table, why create another related table for memo fields? I'd suggest trying to track down the source of this 'rule' before you go further with it. Maybe this was helpful for much older versions of Access for some reason? Good Luck, Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: January 26, 2019 10:27 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From ssharkins at gmail.com Sat Jan 26 11:18:13 2019 From: ssharkins at gmail.com (Susan Harkins) Date: Sat, 26 Jan 2019 12:18:13 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> Message-ID: <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> The main reason was to protect the rest of your data -- if the memo field is corrupted, you're dealing with just the memo fields in that table. It won't prevent corruption, just make it easier to fix if you do. Susan H In this page https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- characters at the bottom it says this: The reason for these limitations is that memo content is not actually stored in the table. Only a pointer to its location on disk is. This makes features like sorting and grouping _very_ inefficient because the query has to use the pointer to go "get" the text, evaluate it, and then apply the sorting and grouping. So - if the data is already NOT stored in the table, why create another related table for memo fields? I'd suggest trying to track down the source of this 'rule' before you go further with it. Maybe this was helpful for much older versions of Access for some reason? Good Luck, Dan I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. From gustav at cactus.dk Sat Jan 26 11:29:35 2019 From: gustav at cactus.dk (Gustav Brock) Date: Sat, 26 Jan 2019 17:29:35 +0000 Subject: [AccessD] Memo field corruption In-Reply-To: <008201d4b598$02bbde30$08339a90$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> , <006501d4b593$ecab3450$c6019cf0$@gmail.com> , <008201d4b598$02bbde30$08339a90$@gmail.com> Message-ID: Hi Susan Ah, ten years back! #3: Don't use memo fields This is probably too harsh - I haven't met, nor heard of, a single issue since that article. #4: Don't store picture files This, however, is still valid, except if pictures are few and small. But the issue is more related to bloating the backend rather than corrupting it. #6: Be careful with wireless networks (WiFi) This should be rephrased to: Never connect via wireless networks (WiFi) I've heard of numerous troubles when connecting via WiFi. It may work well (as stated) with R/O access, but how many backends are attached for R/O only? #8: Don't put Mac and Windows users on the same network This is not valid anymore, or should at least be turned into a general note, that devices that can cause a heavy load on the network should be isolated from the traffic between Access frontends and their backends. Impressive list of comments, by the way. /gustav ________________________________________ Fra: AccessD p? vegne af Susan Harkins Sendt: 26. januar 2019 17:55 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Memo field corruption Gustav, a question from a reader prompted my question -- remember that article we wrote a long time ago? https://www.techrepublic.com/blog/10-things/10-ways-to-prevent-access-database-corruption/ It's so old -- I wonder if the memo issue hasn't improved? Susan H. That's what I have done - for pictures. I even used a second backend to hold this single table to not bloat the main backend. /gustav I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. From ssharkins at gmail.com Sat Jan 26 11:33:11 2019 From: ssharkins at gmail.com (Susan Harkins) Date: Sat, 26 Jan 2019 12:33:11 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> , <006501d4b593$ecab3450$c6019cf0$@gmail.com> , <008201d4b598$02bbde30$08339a90$@gmail.com> Message-ID: <00a901d4b59d$35ef5fc0$a1ce1f40$@gmail.com> It was a popular article. I always hope that readers check the dates when reading. ? Susan H. Hi Susan Ah, ten years back! #3: Don't use memo fields This is probably too harsh - I haven't met, nor heard of, a single issue since that article. #4: Don't store picture files This, however, is still valid, except if pictures are few and small. But the issue is more related to bloating the backend rather than corrupting it. #6: Be careful with wireless networks (WiFi) This should be rephrased to: Never connect via wireless networks (WiFi) I've heard of numerous troubles when connecting via WiFi. It may work well (as stated) with R/O access, but how many backends are attached for R/O only? #8: Don't put Mac and Windows users on the same network This is not valid anymore, or should at least be turned into a general note, that devices that can cause a heavy load on the network should be isolated from the traffic between Access frontends and their backends. Impressive list of comments, by the way. /gustav ________________________________________ Fra: AccessD p? vegne af Susan Harkins Sendt: 26. januar 2019 17:55 Til: 'Access Developers discussion and problem solving' Emne: Re: [AccessD] Memo field corruption Gustav, a question from a reader prompted my question -- remember that article we wrote a long time ago? https://www.techrepublic.com/blog/10-things/10-ways-to-prevent-access-database-corruption/ It's so old -- I wonder if the memo issue hasn't improved? Susan H. That's what I have done - for pictures. I even used a second backend to hold this single table to not bloat the main backend. /gustav I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Sat Jan 26 11:43:03 2019 From: jamesbutton at blueyonder.co.uk (James Button) Date: Sat, 26 Jan 2019 17:43:03 -0000 Subject: [AccessD] Memo field corruption In-Reply-To: <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> Message-ID: Add to the avoiding corruption of masses of data Allowing for easier changes of associated apps when the memo contains RTF or other things such as images Also reduces the time taken for the DBMS to load up the data in the table for a SELECT statement, or just a scan through the file for backups etc. If you have 10,000 rows, and each has 1000 bytes of data that's a 10MB table And maybe 20MB of Temp files With a Memo of - say 4000 bytes in each that means any process of the table will have to read 100MB and possibly use 200MB of RAM for that process Complete with the flushing of memory to pagefile and the flushing of other data from the storage cache, and the RAM allocated by the OS for I/O buffering. So - separate out the memo and blobs and you avoid massive processing overheads as well as backup requirements if the entries are held in separate files And that is without even considering the increasing size of images and commentary that may be in memo fields Cut and paste of text from reports and filled-in forms - as in as well as describing the actual incident, detail your understanding of the cause, and the effect of the incident on yourself. JimB -----Original Message----- From: AccessD On Behalf Of Susan Harkins Sent: Saturday, January 26, 2019 5:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption The main reason was to protect the rest of your data -- if the memo field is corrupted, you're dealing with just the memo fields in that table. It won't prevent corruption, just make it easier to fix if you do. Susan H In this page https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- characters at the bottom it says this: The reason for these limitations is that memo content is not actually stored in the table. Only a pointer to its location on disk is. This makes features like sorting and grouping _very_ inefficient because the query has to use the pointer to go "get" the text, evaluate it, and then apply the sorting and grouping. So - if the data is already NOT stored in the table, why create another related table for memo fields? I'd suggest trying to track down the source of this 'rule' before you go further with it. Maybe this was helpful for much older versions of Access for some reason? Good Luck, Dan I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Tue Jan 29 14:03:05 2019 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Jan 2019 15:03:05 -0500 Subject: [AccessD] Possible to set external ACCDB navigation properties through code Message-ID: I have a prep routine that needs to assign and change startup properties in a copy of the current database. My process copies the current database to a new location then uses DBEngine to open that, and change properties. I have been able to find out how to change most settings I need to tweak, but not all. One of the ones that I want to change is whether or not system and hidden objects are to be shown in the navigation pane. I only know how to do this through the UI, and of course, Access does not have a record macro feature so I cannot determine how to do it. The below code shows as far as I got. Also, I am probably refreshing database properties too frequently, but that is how I was debugging. Probably I can get rid of all but the last Props.Refresh lines. Set DBS = DBEngine(0).OpenDatabase(strTestVerionFolderDF & "\" & Dir(strTestVerionFolderDF & "\*SF.ACCDB")) Set Props = DBS.Properties Props.Delete "StartUpForm" Props.Refresh Set Prop = DBS.CreateProperty(Name:="StartUpForm", Type:=10, Value:="frmStartup") Props.Append Prop Props.Refresh Props.Delete "AllowSpecialKeys" Props.Refresh Set Prop = DBS.CreateProperty(Name:="AllowSpecialKeys", Type:=1, Value:=False) Props.Append Prop Props.Refresh Props.Delete "Auto Compact" Props.Refresh Set Prop = DBS.CreateProperty(Name:="Auto Compact", Type:=4, Value:=1) Props.Append Prop Props.Refresh Set Prop = DBS.CreateProperty(Name:="appTitle", Type:=10, Value:=Replace$(strTitle, "Dual File", "Single File")) Props.Append Prop Props.Refresh From bensonforums at gmail.com Tue Jan 29 14:09:38 2019 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Jan 2019 15:09:38 -0500 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: References: Message-ID: It does not appear that this setting can be done through Properties, and this code snippet does not appear to discover such a property. Sub DisplayProperties() Dim db As DAO.Database Dim Props As DAO.Properties Dim iProps As Long Dim iProp As Long Set db = CurrentDb Set Props = db.Properties iProps = Props.Count For iProp = 0 To iProps - 1 Debug.Print db.Properties(iProp).Name Next End Sub Results: Name Connect Transactions Updatable CollatingOrder QueryTimeout Version RecordsAffected ReplicaID DesignMasterID Connection AccessVersion NavPane Category HasOfflineLists StartUpShowDBWindow StartUpShowStatusBar AllowShortcutMenus AllowFullMenus AllowBuiltInToolbars AllowToolbarChanges AllowSpecialKeys UseAppIconForFrmRpt UseMDIMode ShowDocumentTabs AllowDatasheetSchema Show Values in Indexed Show Values in Non-Indexed Show Values in Remote Auto Compact Row Limit ANSI Query Mode Picture Property Storage Format NavPane Closed NavPane Width NavPane View By NavPane Sort By Build ProjVer AppTitle StartUpForm Show Values Limit DesignWithData Show Navigation Pane Search Bar Theme Resource Name WebDesignMode > From paul.hartland at googlemail.com Tue Jan 29 14:14:16 2019 From: paul.hartland at googlemail.com (Paul Hartland) Date: Tue, 29 Jan 2019 20:14:16 +0000 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: References: Message-ID: Not sure about the system ones but for hidden objects you can try Application.setoption "Show Hidden Objects", vbfalse Paul On Tue, 29 Jan 2019, 20:10 Bill Benson It does not appear that this setting can be done through Properties, and > this code snippet does not appear to discover such a property. > > > Sub DisplayProperties() > Dim db As DAO.Database > Dim Props As DAO.Properties > Dim iProps As Long > Dim iProp As Long > Set db = CurrentDb > Set Props = db.Properties > iProps = Props.Count > For iProp = 0 To iProps - 1 > Debug.Print db.Properties(iProp).Name > Next > End Sub > > Results: > Name > Connect > Transactions > Updatable > CollatingOrder > QueryTimeout > Version > RecordsAffected > ReplicaID > DesignMasterID > Connection > AccessVersion > NavPane Category > HasOfflineLists > StartUpShowDBWindow > StartUpShowStatusBar > AllowShortcutMenus > AllowFullMenus > AllowBuiltInToolbars > AllowToolbarChanges > AllowSpecialKeys > UseAppIconForFrmRpt > UseMDIMode > ShowDocumentTabs > AllowDatasheetSchema > Show Values in Indexed > Show Values in Non-Indexed > Show Values in Remote > Auto Compact > Row Limit > ANSI Query Mode > Picture Property Storage Format > NavPane Closed > NavPane Width > NavPane View By > NavPane Sort By > Build > ProjVer > AppTitle > StartUpForm > Show Values Limit > DesignWithData > Show Navigation Pane Search Bar > Theme Resource Name > WebDesignMode > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Tue Jan 29 15:03:25 2019 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 29 Jan 2019 16:03:25 -0500 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: References: Message-ID: Paul, Am I able to do that without instantiating another Access Application? I am trying to control everything through the DBEngine. On Tue, Jan 29, 2019 at 3:15 PM Paul Hartland via AccessD < accessd at databaseadvisors.com> wrote: > Not sure about the system ones but for hidden objects you can try > > Application.setoption "Show Hidden Objects", vbfalse > > Paul > > On Tue, 29 Jan 2019, 20:10 Bill Benson > > It does not appear that this setting can be done through Properties, and > > this code snippet does not appear to discover such a property. > > > > > > Sub DisplayProperties() > > Dim db As DAO.Database > > Dim Props As DAO.Properties > > Dim iProps As Long > > Dim iProp As Long > > Set db = CurrentDb > > Set Props = db.Properties > > iProps = Props.Count > > For iProp = 0 To iProps - 1 > > Debug.Print db.Properties(iProp).Name > > Next > > End Sub > > > > Results: > > Name > > Connect > > Transactions > > Updatable > > CollatingOrder > > QueryTimeout > > Version > > RecordsAffected > > ReplicaID > > DesignMasterID > > Connection > > AccessVersion > > NavPane Category > > HasOfflineLists > > StartUpShowDBWindow > > StartUpShowStatusBar > > AllowShortcutMenus > > AllowFullMenus > > AllowBuiltInToolbars > > AllowToolbarChanges > > AllowSpecialKeys > > UseAppIconForFrmRpt > > UseMDIMode > > ShowDocumentTabs > > AllowDatasheetSchema > > Show Values in Indexed > > Show Values in Non-Indexed > > Show Values in Remote > > Auto Compact > > Row Limit > > ANSI Query Mode > > Picture Property Storage Format > > NavPane Closed > > NavPane Width > > NavPane View By > > NavPane Sort By > > Build > > ProjVer > > AppTitle > > StartUpForm > > Show Values Limit > > DesignWithData > > Show Navigation Pane Search Bar > > Theme Resource Name > > WebDesignMode > > > > > > > > > -- > > 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 > From jwcolby at gmail.com Tue Jan 29 16:14:45 2019 From: jwcolby at gmail.com (John Colby) Date: Tue, 29 Jan 2019 17:14:45 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: <074801d4b58a$2a283760$7e78a620$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> Message-ID: I can't say whether it is STILL a problem.? I had huge problem with memo fields back in the day from multiple users trying to edit a memo field simultaneously.? It was a call center database for a disability insurance company, written from scratch and entirely in Access.? It is (or was) a known issue and the solution was to go to SQL Server which absolutely does get rid of the problem. FE on the local machine, Access DB on a file server across the network. On 1/26/2019 10:16 AM, Susan Harkins wrote: > Is corruption still an issue with Access memo fields? > > Susan H. > -- John W. Colby From jwcolby at gmail.com Tue Jan 29 18:00:49 2019 From: jwcolby at gmail.com (John Colby) Date: Tue, 29 Jan 2019 19:00:49 -0500 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: References: Message-ID: If you look on the accessed web site you will find a widget I wrote to do that from a ui. The code is in there. On Tue, Jan 29, 2019, 4:14 PM Bill Benson Paul, > > Am I able to do that without instantiating another Access Application? I am > trying to control everything through the DBEngine. > > On Tue, Jan 29, 2019 at 3:15 PM Paul Hartland via AccessD < > accessd at databaseadvisors.com> wrote: > > > Not sure about the system ones but for hidden objects you can try > > > > Application.setoption "Show Hidden Objects", vbfalse > > > > Paul > > > > On Tue, 29 Jan 2019, 20:10 Bill Benson > > > > It does not appear that this setting can be done through Properties, > and > > > this code snippet does not appear to discover such a property. > > > > > > > > > Sub DisplayProperties() > > > Dim db As DAO.Database > > > Dim Props As DAO.Properties > > > Dim iProps As Long > > > Dim iProp As Long > > > Set db = CurrentDb > > > Set Props = db.Properties > > > iProps = Props.Count > > > For iProp = 0 To iProps - 1 > > > Debug.Print db.Properties(iProp).Name > > > Next > > > End Sub > > > > > > Results: > > > Name > > > Connect > > > Transactions > > > Updatable > > > CollatingOrder > > > QueryTimeout > > > Version > > > RecordsAffected > > > ReplicaID > > > DesignMasterID > > > Connection > > > AccessVersion > > > NavPane Category > > > HasOfflineLists > > > StartUpShowDBWindow > > > StartUpShowStatusBar > > > AllowShortcutMenus > > > AllowFullMenus > > > AllowBuiltInToolbars > > > AllowToolbarChanges > > > AllowSpecialKeys > > > UseAppIconForFrmRpt > > > UseMDIMode > > > ShowDocumentTabs > > > AllowDatasheetSchema > > > Show Values in Indexed > > > Show Values in Non-Indexed > > > Show Values in Remote > > > Auto Compact > > > Row Limit > > > ANSI Query Mode > > > Picture Property Storage Format > > > NavPane Closed > > > NavPane Width > > > NavPane View By > > > NavPane Sort By > > > Build > > > ProjVer > > > AppTitle > > > StartUpForm > > > Show Values Limit > > > DesignWithData > > > Show Navigation Pane Search Bar > > > Theme Resource Name > > > WebDesignMode > > > > > > > > > > > > > -- > > > 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 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From stuart at lexacorp.com.pg Tue Jan 29 18:34:19 2019 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 30 Jan 2019 10:34:19 +1000 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: References: , , Message-ID: <5C50F10B.21868.280EA555@stuart.lexacorp.com.pg> Doesn't seem to be anything left of the databaseadvisors website apart from the list manager interface :( On 29 Jan 2019 at 19:00, John Colby wrote: > If you look on the accessed web site you will find a widget I wrote to > do that from a ui. The code is in there. > > On Tue, Jan 29, 2019, 4:14 PM Bill Benson wrote: > > > Paul, > > > > Am I able to do that without instantiating another Access > > Application? I am trying to control everything through the DBEngine. > > > > On Tue, Jan 29, 2019 at 3:15 PM Paul Hartland via AccessD < > > accessd at databaseadvisors.com> wrote: > > > > > Not sure about the system ones but for hidden objects you can try > > > > > > Application.setoption "Show Hidden Objects", vbfalse > > > > > > Paul > > > > > > On Tue, 29 Jan 2019, 20:10 Bill Benson > > wrote: > > > > > > > It does not appear that this setting can be done through > > > > Properties, > > and > > > > this code snippet does not appear to discover such a property. > > > > > > > > > > > > Sub DisplayProperties() > > > > Dim db As DAO.Database > > > > Dim Props As DAO.Properties > > > > Dim iProps As Long > > > > Dim iProp As Long > > > > Set db = CurrentDb > > > > Set Props = db.Properties > > > > iProps = Props.Count > > > > For iProp = 0 To iProps - 1 > > > > Debug.Print db.Properties(iProp).Name > > > > Next > > > > End Sub > > > > > > > > Results: > > > > Name > > > > Connect > > > > Transactions > > > > Updatable > > > > CollatingOrder > > > > QueryTimeout > > > > Version > > > > RecordsAffected > > > > ReplicaID > > > > DesignMasterID > > > > Connection > > > > AccessVersion > > > > NavPane Category > > > > HasOfflineLists > > > > StartUpShowDBWindow > > > > StartUpShowStatusBar > > > > AllowShortcutMenus > > > > AllowFullMenus > > > > AllowBuiltInToolbars > > > > AllowToolbarChanges > > > > AllowSpecialKeys > > > > UseAppIconForFrmRpt > > > > UseMDIMode > > > > ShowDocumentTabs > > > > AllowDatasheetSchema > > > > Show Values in Indexed > > > > Show Values in Non-Indexed > > > > Show Values in Remote > > > > Auto Compact > > > > Row Limit > > > > ANSI Query Mode > > > > Picture Property Storage Format > > > > NavPane Closed > > > > NavPane Width > > > > NavPane View By > > > > NavPane Sort By > > > > Build > > > > ProjVer > > > > AppTitle > > > > StartUpForm > > > > Show Values Limit > > > > DesignWithData > > > > Show Navigation Pane Search Bar > > > > Theme Resource Name > > > > WebDesignMode > > > > > > > > > > > > > > > > > -- > > > > 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 > > > > > -- > > 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 > From bensonforums at gmail.com Tue Jan 29 23:07:33 2019 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 30 Jan 2019 00:07:33 -0500 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: References: Message-ID: John, not sure how to search that website but I will give it a try tomorrow. In the meantime if you post link here that will help. Always delighted to learn something is within the realm of the possible. Another thing I've been looking to do is create a bulletproof vba routine to regroup objects in the navigation groups. Particularly would be helpful when running make table queries and re-attaching linked tables from user defined locations (retrieved with filedialog). Messing with system tables makes me nervous to begin with - then every SQL query I looked into to accomplish it, I would look in the MSYS tables and not see valid (expected) entries in the tables people said those SQL queries should update - so I gave up and figured that messing with such tables was a really bad idea! On Tue, Jan 29, 2019, 7:01 PM John Colby wrote: > If you look on the accessed web site you will find a widget I wrote to do > that from a ui. The code is in there. > > On Tue, Jan 29, 2019, 4:14 PM Bill Benson > > Paul, > > > > Am I able to do that without instantiating another Access Application? I > am > > trying to control everything through the DBEngine. > > > > On Tue, Jan 29, 2019 at 3:15 PM Paul Hartland via AccessD < > > accessd at databaseadvisors.com> wrote: > > > > > Not sure about the system ones but for hidden objects you can try > > > > > > Application.setoption "Show Hidden Objects", vbfalse > > > > > > Paul > > > > > > On Tue, 29 Jan 2019, 20:10 Bill Benson > > > > > > It does not appear that this setting can be done through Properties, > > and > > > > this code snippet does not appear to discover such a property. > > > > > > > > > > > > Sub DisplayProperties() > > > > Dim db As DAO.Database > > > > Dim Props As DAO.Properties > > > > Dim iProps As Long > > > > Dim iProp As Long > > > > Set db = CurrentDb > > > > Set Props = db.Properties > > > > iProps = Props.Count > > > > For iProp = 0 To iProps - 1 > > > > Debug.Print db.Properties(iProp).Name > > > > Next > > > > End Sub > > > > > > > > Results: > > > > Name > > > > Connect > > > > Transactions > > > > Updatable > > > > CollatingOrder > > > > QueryTimeout > > > > Version > > > > RecordsAffected > > > > ReplicaID > > > > DesignMasterID > > > > Connection > > > > AccessVersion > > > > NavPane Category > > > > HasOfflineLists > > > > StartUpShowDBWindow > > > > StartUpShowStatusBar > > > > AllowShortcutMenus > > > > AllowFullMenus > > > > AllowBuiltInToolbars > > > > AllowToolbarChanges > > > > AllowSpecialKeys > > > > UseAppIconForFrmRpt > > > > UseMDIMode > > > > ShowDocumentTabs > > > > AllowDatasheetSchema > > > > Show Values in Indexed > > > > Show Values in Non-Indexed > > > > Show Values in Remote > > > > Auto Compact > > > > Row Limit > > > > ANSI Query Mode > > > > Picture Property Storage Format > > > > NavPane Closed > > > > NavPane Width > > > > NavPane View By > > > > NavPane Sort By > > > > Build > > > > ProjVer > > > > AppTitle > > > > StartUpForm > > > > Show Values Limit > > > > DesignWithData > > > > Show Navigation Pane Search Bar > > > > Theme Resource Name > > > > WebDesignMode > > > > > > > > > > > > > > > > > -- > > > > 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 > > > > > -- > > 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 > From jimdettman at verizon.net Wed Jan 30 06:14:31 2019 From: jimdettman at verizon.net (Jim Dettman) Date: Wed, 30 Jan 2019 07:14:31 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> Message-ID: <07fb01d4b895$5ba11bf0$12e353d0$@verizon.net> The other issue there is locking. Memo data > 30 bytes is stored on Long Value Pages, which are always locked at page level. So even if you are using record level locking, including a memo field can cause a lot of concurrency issues. That's another main reason for moving it out to a separate table and updating the memo fields as a separate process. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Saturday, January 26, 2019 12:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption The main reason was to protect the rest of your data -- if the memo field is corrupted, you're dealing with just the memo fields in that table. It won't prevent corruption, just make it easier to fix if you do. Susan H In this page https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- characters at the bottom it says this: The reason for these limitations is that memo content is not actually stored in the table. Only a pointer to its location on disk is. This makes features like sorting and grouping _very_ inefficient because the query has to use the pointer to go "get" the text, evaluate it, and then apply the sorting and grouping. So - if the data is already NOT stored in the table, why create another related table for memo fields? I'd suggest trying to track down the source of this 'rule' before you go further with it. Maybe this was helpful for much older versions of Access for some reason? Good Luck, Dan I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From df.waters at outlook.com Wed Jan 30 14:19:47 2019 From: df.waters at outlook.com (Daniel Waters) Date: Wed, 30 Jan 2019 20:19:47 +0000 Subject: [AccessD] Memo field corruption In-Reply-To: <07fb01d4b895$5ba11bf0$12e353d0$@verizon.net> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> <07fb01d4b895$5ba11bf0$12e353d0$@verizon.net> Message-ID: I did have a heavily used memo field as a place for people to put comments. This was in a business process module for handling nonconforming material. To add a comment you opened a separate form and typed in your comment, then pushed save. From there the comment, name, and date would be inserted into the memo field in the table at the end of current contents of the field. No editing of existing information was allowed. I didn't have any concurrency issues. That worked to handle a memo field that is used repeatedly by different people. Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: January 30, 2019 6:15 To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption The other issue there is locking. Memo data > 30 bytes is stored on Long Value Pages, which are always locked at page level. So even if you are using record level locking, including a memo field can cause a lot of concurrency issues. That's another main reason for moving it out to a separate table and updating the memo fields as a separate process. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Saturday, January 26, 2019 12:18 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption The main reason was to protect the rest of your data -- if the memo field is corrupted, you're dealing with just the memo fields in that table. It won't prevent corruption, just make it easier to fix if you do. Susan H In this page https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- characters at the bottom it says this: The reason for these limitations is that memo content is not actually stored in the table. Only a pointer to its location on disk is. This makes features like sorting and grouping _very_ inefficient because the query has to use the pointer to go "get" the text, evaluate it, and then apply the sorting and grouping. So - if the data is already NOT stored in the table, why create another related table for memo fields? I'd suggest trying to track down the source of this 'rule' before you go further with it. Maybe this was helpful for much older versions of Access for some reason? Good Luck, Dan I think a lot of "expert" database developers suggest keeping the memo field in a separate table using a 1:1 or 1:n relationship -- just in case. Susan H. I always include memo fields in the same table. I haven't heard of what you described - have you seen that done somewhere? Dan When you include a memo field, do you include it in the table or do you relate to a second table that stores just the memo field? Susan H. -- 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 From darren at activebilling.com.au Wed Jan 30 18:26:30 2019 From: darren at activebilling.com.au (Darren - Active Billing) Date: Thu, 31 Jan 2019 11:26:30 +1100 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: <5C50F10B.21868.280EA555@stuart.lexacorp.com.pg> References: <5C50F10B.21868.280EA555@stuart.lexacorp.com.pg> Message-ID: <4771E953-E5ED-41B5-B0E0-BBBC720DA8B8@activebilling.com.au> Stuart, I noticed this, at the end of last year. I wanted to pull down something I wrote with You and Drew - related to ID Card editing Goorrrrn! Darren -------------- ?On 30/1/19, 11:34 am, "AccessD on behalf of Stuart McLachlan" wrote: Doesn't seem to be anything left of the databaseadvisors website apart from the list manager interface :( On 29 Jan 2019 at 19:00, John Colby wrote: > If you look on the accessed web site you will find a widget I wrote to > do that from a ui. The code is in there. > > On Tue, Jan 29, 2019, 4:14 PM Bill Benson wrote: > > > Paul, > > > > Am I able to do that without instantiating another Access > > Application? I am trying to control everything through the DBEngine. > > > > On Tue, Jan 29, 2019 at 3:15 PM Paul Hartland via AccessD < > > accessd at databaseadvisors.com> wrote: > > > > > Not sure about the system ones but for hidden objects you can try > > > > > > Application.setoption "Show Hidden Objects", vbfalse > > > > > > Paul > > > > > > On Tue, 29 Jan 2019, 20:10 Bill Benson > > wrote: > > > > > > > It does not appear that this setting can be done through > > > > Properties, > > and > > > > this code snippet does not appear to discover such a property. > > > > > > > > > > > > Sub DisplayProperties() > > > > Dim db As DAO.Database > > > > Dim Props As DAO.Properties > > > > Dim iProps As Long > > > > Dim iProp As Long > > > > Set db = CurrentDb > > > > Set Props = db.Properties > > > > iProps = Props.Count > > > > For iProp = 0 To iProps - 1 > > > > Debug.Print db.Properties(iProp).Name > > > > Next > > > > End Sub > > > > > > > > Results: > > > > Name > > > > Connect > > > > Transactions > > > > Updatable > > > > CollatingOrder > > > > QueryTimeout > > > > Version > > > > RecordsAffected > > > > ReplicaID > > > > DesignMasterID > > > > Connection > > > > AccessVersion > > > > NavPane Category > > > > HasOfflineLists > > > > StartUpShowDBWindow > > > > StartUpShowStatusBar > > > > AllowShortcutMenus > > > > AllowFullMenus > > > > AllowBuiltInToolbars > > > > AllowToolbarChanges > > > > AllowSpecialKeys > > > > UseAppIconForFrmRpt > > > > UseMDIMode > > > > ShowDocumentTabs > > > > AllowDatasheetSchema > > > > Show Values in Indexed > > > > Show Values in Non-Indexed > > > > Show Values in Remote > > > > Auto Compact > > > > Row Limit > > > > ANSI Query Mode > > > > Picture Property Storage Format > > > > NavPane Closed > > > > NavPane Width > > > > NavPane View By > > > > NavPane Sort By > > > > Build > > > > ProjVer > > > > AppTitle > > > > StartUpForm > > > > Show Values Limit > > > > DesignWithData > > > > Show Navigation Pane Search Bar > > > > Theme Resource Name > > > > WebDesignMode > > > > > > > > > > > > > > > > > -- > > > > 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 > > > > > -- > > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Wed Jan 30 20:23:30 2019 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 30 Jan 2019 19:23:30 -0700 (MST) Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: <5C50F10B.21868.280EA555@stuart.lexacorp.com.pg> References: <5C50F10B.21868.280EA555@stuart.lexacorp.com.pg> Message-ID: <1902712652.137075274.1548901410523.JavaMail.zimbra@shaw.ca> You can access the databaseadvisors web site via: dba.creativesystemdesigns.com (I cobbled it together remotely and have not had a lot of time to test anything so it may crash for not particular reason.) Do not use this site often as it is running on a server with very little capacity and running tons of remote access stuff and the certification has expired. I am some distance away, on a very slow connection and my good friend and backup person is currently in Mexico, so if things crash it is not easy to fix. (I believe it is secure but I am not sure...) Try it if you need some files or access. Note: Many of the old links are no longer working and everything else is dreadfully out dated. HTH Jim If there are any web boys or girls out there, who would have the time and the wiliness to learn, taking over this site would be a wonderful challenge. It definitely needs a huge renovation. ----- Original Message ----- From: "stuart" To: "Access Developers discussion and problem solving" Sent: Tuesday, January 29, 2019 4:34:19 PM Subject: Re: [AccessD] Possible to set external ACCDB navigation properties through code Doesn't seem to be anything left of the databaseadvisors website apart from the list manager interface :( On 29 Jan 2019 at 19:00, John Colby wrote: > If you look on the accessed web site you will find a widget I wrote to > do that from a ui. The code is in there. > > On Tue, Jan 29, 2019, 4:14 PM Bill Benson wrote: > > > Paul, > > > > Am I able to do that without instantiating another Access > > Application? I am trying to control everything through the DBEngine. > > > > On Tue, Jan 29, 2019 at 3:15 PM Paul Hartland via AccessD < > > accessd at databaseadvisors.com> wrote: > > > > > Not sure about the system ones but for hidden objects you can try > > > > > > Application.setoption "Show Hidden Objects", vbfalse > > > > > > Paul > > > > > > On Tue, 29 Jan 2019, 20:10 Bill Benson > > wrote: > > > > > > > It does not appear that this setting can be done through > > > > Properties, > > and > > > > this code snippet does not appear to discover such a property. > > > > > > > > > > > > Sub DisplayProperties() > > > > Dim db As DAO.Database > > > > Dim Props As DAO.Properties > > > > Dim iProps As Long > > > > Dim iProp As Long > > > > Set db = CurrentDb > > > > Set Props = db.Properties > > > > iProps = Props.Count > > > > For iProp = 0 To iProps - 1 > > > > Debug.Print db.Properties(iProp).Name > > > > Next > > > > End Sub > > > > > > > > Results: > > > > Name > > > > Connect > > > > Transactions > > > > Updatable > > > > CollatingOrder > > > > QueryTimeout > > > > Version > > > > RecordsAffected > > > > ReplicaID > > > > DesignMasterID > > > > Connection > > > > AccessVersion > > > > NavPane Category > > > > HasOfflineLists > > > > StartUpShowDBWindow > > > > StartUpShowStatusBar > > > > AllowShortcutMenus > > > > AllowFullMenus > > > > AllowBuiltInToolbars > > > > AllowToolbarChanges > > > > AllowSpecialKeys > > > > UseAppIconForFrmRpt > > > > UseMDIMode > > > > ShowDocumentTabs > > > > AllowDatasheetSchema > > > > Show Values in Indexed > > > > Show Values in Non-Indexed > > > > Show Values in Remote > > > > Auto Compact > > > > Row Limit > > > > ANSI Query Mode > > > > Picture Property Storage Format > > > > NavPane Closed > > > > NavPane Width > > > > NavPane View By > > > > NavPane Sort By > > > > Build > > > > ProjVer > > > > AppTitle > > > > StartUpForm > > > > Show Values Limit > > > > DesignWithData > > > > Show Navigation Pane Search Bar > > > > Theme Resource Name > > > > WebDesignMode > > > > > > > > > > > > > > > > > -- > > > > 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 > > > > > -- > > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Jan 30 23:37:38 2019 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 31 Jan 2019 00:37:38 -0500 Subject: [AccessD] Possible to set external ACCDB navigation properties through code In-Reply-To: <1902712652.137075274.1548901410523.JavaMail.zimbra@shaw.ca> References: <5C50F10B.21868.280EA555@stuart.lexacorp.com.pg> <1902712652.137075274.1548901410523.JavaMail.zimbra@shaw.ca> Message-ID: Well since John knows exactly what I am after (and I assume it is very small bit of code) it would be kind of nice if he would just ... well... post it. Or not. I am not saying that he should. Just that he could. ;) On Wed, Jan 30, 2019 at 9:24 PM Jim Lawrence wrote: > You can access the databaseadvisors web site via: > dba.creativesystemdesigns.com (I cobbled it together remotely and have > not had a lot of time to test anything so it may crash for not particular > reason.) > > Do not use this site often as it is running on a server with very little > capacity and running tons of remote access stuff and the certification has > expired. I am some distance away, on a very slow connection and my good > friend and backup person is currently in Mexico, so if things crash it is > not easy to fix. (I believe it is secure but I am not sure...) > > Try it if you need some files or access. Note: Many of the old links are > no longer working and everything else is dreadfully out dated. > > HTH > Jim > > If there are any web boys or girls out there, who would have the time and > the wiliness to learn, taking over this site would be a wonderful > challenge. It definitely needs a huge renovation. > > ----- Original Message ----- > From: "stuart" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Tuesday, January 29, 2019 4:34:19 PM > Subject: Re: [AccessD] Possible to set external ACCDB navigation > properties through code > > Doesn't seem to be anything left of the databaseadvisors website apart > from the list manager > interface :( > > > > On 29 Jan 2019 at 19:00, John Colby wrote: > > > If you look on the accessed web site you will find a widget I wrote to > > do that from a ui. The code is in there. > > > > On Tue, Jan 29, 2019, 4:14 PM Bill Benson > wrote: > > > > > Paul, > > > > > > Am I able to do that without instantiating another Access > > > Application? I am trying to control everything through the DBEngine. > > > > > > On Tue, Jan 29, 2019 at 3:15 PM Paul Hartland via AccessD < > > > accessd at databaseadvisors.com> wrote: > > > > > > > Not sure about the system ones but for hidden objects you can try > > > > > > > > Application.setoption "Show Hidden Objects", vbfalse > > > > > > > > Paul > > > > > > > > On Tue, 29 Jan 2019, 20:10 Bill Benson > > > wrote: > > > > > > > > > It does not appear that this setting can be done through > > > > > Properties, > > > and > > > > > this code snippet does not appear to discover such a property. > > > > > > > > > > > > > > > Sub DisplayProperties() > > > > > Dim db As DAO.Database > > > > > Dim Props As DAO.Properties > > > > > Dim iProps As Long > > > > > Dim iProp As Long > > > > > Set db = CurrentDb > > > > > Set Props = db.Properties > > > > > iProps = Props.Count > > > > > For iProp = 0 To iProps - 1 > > > > > Debug.Print db.Properties(iProp).Name > > > > > Next > > > > > End Sub > > > > > > > > > > Results: > > > > > Name > > > > > Connect > > > > > Transactions > > > > > Updatable > > > > > CollatingOrder > > > > > QueryTimeout > > > > > Version > > > > > RecordsAffected > > > > > ReplicaID > > > > > DesignMasterID > > > > > Connection > > > > > AccessVersion > > > > > NavPane Category > > > > > HasOfflineLists > > > > > StartUpShowDBWindow > > > > > StartUpShowStatusBar > > > > > AllowShortcutMenus > > > > > AllowFullMenus > > > > > AllowBuiltInToolbars > > > > > AllowToolbarChanges > > > > > AllowSpecialKeys > > > > > UseAppIconForFrmRpt > > > > > UseMDIMode > > > > > ShowDocumentTabs > > > > > AllowDatasheetSchema > > > > > Show Values in Indexed > > > > > Show Values in Non-Indexed > > > > > Show Values in Remote > > > > > Auto Compact > > > > > Row Limit > > > > > ANSI Query Mode > > > > > Picture Property Storage Format > > > > > NavPane Closed > > > > > NavPane Width > > > > > NavPane View By > > > > > NavPane Sort By > > > > > Build > > > > > ProjVer > > > > > AppTitle > > > > > StartUpForm > > > > > Show Values Limit > > > > > DesignWithData > > > > > Show Navigation Pane Search Bar > > > > > Theme Resource Name > > > > > WebDesignMode > > > > > > > > > > > > > > > > > > > > > -- > > > > > 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 > > > > > > > -- > > > 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 > > > > > -- > 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 > From steve at datamanagementsolutions.biz Thu Jan 31 02:44:51 2019 From: steve at datamanagementsolutions.biz (Steve Schapel) Date: Thu, 31 Jan 2019 08:44:51 +0000 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> <07fb01d4b895$5ba11bf0$12e353d0$@verizon.net> Message-ID: I had a problem just this week with a Long Text (Memo) field. I tried to apply a function to this field in a query. This resulted in the data being truncated to the first 255 characters. The solution was to apply the function in an Update or Append query and write the resultant data to a table, and then use it from there. Regards Steve ------ Original Message ------ From: "Daniel Waters" To: "Access Developers discussion and problem solving" Sent: 31/01/2019 9:19:47 AM Subject: Re: [AccessD] Memo field corruption >I did have a heavily used memo field as a place for people to put comments. This was in a business process module for handling nonconforming material. > >To add a comment you opened a separate form and typed in your comment, then pushed save. From there the comment, name, and date would be inserted into the memo field in the table at the end of current contents of the field. No editing of existing information was allowed. I didn't have any concurrency issues. That worked to handle a memo field that is used repeatedly by different people. > >Dan > >-----Original Message----- >From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman >Sent: January 30, 2019 6:15 >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Memo field corruption > > > The other issue there is locking. > > Memo data > 30 bytes is stored on Long Value Pages, which are always locked >at page level. > > So even if you are using record level locking, including a memo field can >cause a lot of concurrency issues. That's another main reason for moving it >out to a separate table and updating the memo fields as a separate process. > >Jim. > >-----Original Message----- >From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >Susan Harkins >Sent: Saturday, January 26, 2019 12:18 PM >To: 'Access Developers discussion and problem solving' >Subject: Re: [AccessD] Memo field corruption > >The main reason was to protect the rest of your data -- if the memo field is >corrupted, you're dealing with just the memo fields in that table. It won't >prevent corruption, just make it easier to fix if you do. > >Susan H > > >In this page >https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- >characters at the bottom it says this: > >The reason for these limitations is that memo content is not actually stored >in the table. Only a pointer to its location on disk is. This makes features >like sorting and grouping _very_ inefficient because the query has to use >the pointer to go "get" the text, evaluate it, and then apply the sorting >and grouping. > >So - if the data is already NOT stored in the table, why create another >related table for memo fields? > >I'd suggest trying to track down the source of this 'rule' before you go >further with it. Maybe this was helpful for much older versions of Access >for some reason? > >Good Luck, >Dan > > >I think a lot of "expert" database developers suggest keeping the memo field >in a separate table using a 1:1 or 1:n relationship -- just in case. > >Susan H. > > >I always include memo fields in the same table. I haven't heard of what you >described - have you seen that done somewhere? > >Dan > > >When you include a memo field, do you include it in the table or do you >relate to a second table that stores just the memo field? > >Susan H. > > > From stuart at lexacorp.com.pg Thu Jan 31 05:04:08 2019 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Thu, 31 Jan 2019 21:04:08 +1000 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com>, , Message-ID: <5C52D628.19113.2F759D22@stuart.lexacorp.com.pg> Only returnng the first 255 characters haas been a problem when working with memo fields ( now apparently known as "Long Text", not ""Memo"!) in a query forever :(. Here's a few possible workrounds. http://allenbrowne.com/ser-63.html On 31 Jan 2019 at 8:44, Steve Schapel wrote: > I had a problem just this week with a Long Text (Memo) field. I tried > to apply a function to this field in a query. This resulted in the > data being truncated to the first 255 characters. The solution was to > apply the function in an Update or Append query and write the > resultant data to a table, and then use it from there. > > Regards > Steve > > > ------ Original Message ------ > From: "Daniel Waters" > To: "Access Developers discussion and problem solving" > > Sent: 31/01/2019 9:19:47 AM > Subject: Re: [AccessD] Memo field corruption > > >I did have a heavily used memo field as a place for people to put > >comments. This was in a business process module for handling > >nonconforming material. > > > >To add a comment you opened a separate form and typed in your > >comment, then pushed save. From there the comment, name, and date > >would be inserted into the memo field in the table at the end of > >current contents of the field. No editing of existing information > >was allowed. I didn't have any concurrency issues. That worked to > >handle a memo field that is used repeatedly by different people. > > > >Dan > > > >-----Original Message----- > >From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > >Of Jim Dettman Sent: January 30, 2019 6:15 To: 'Access Developers > >discussion and problem solving' Subject: Re: [AccessD] Memo field > >corruption > > > > > > The other issue there is locking. > > > > Memo data > 30 bytes is stored on Long Value Pages, which are > > always locked > >at page level. > > > > So even if you are using record level locking, including a memo > > field can > >cause a lot of concurrency issues. That's another main reason for > >moving it out to a separate table and updating the memo fields as a > >separate process. > > > >Jim. > > > >-----Original Message----- > >From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > >Of Susan Harkins Sent: Saturday, January 26, 2019 12:18 PM To: > >'Access Developers discussion and problem solving' Subject: Re: > >[AccessD] Memo field corruption > > > >The main reason was to protect the rest of your data -- if the memo > >field is corrupted, you're dealing with just the memo fields in that > >table. It won't prevent corruption, just make it easier to fix if you > >do. > > > >Susan H > > > > > >In this page > >https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-o > >ff-255- characters at the bottom it says this: > > > >The reason for these limitations is that memo content is not actually > >stored in the table. Only a pointer to its location on disk is. This > >makes features like sorting and grouping _very_ inefficient because > >the query has to use the pointer to go "get" the text, evaluate it, > >and then apply the sorting and grouping. > > > >So - if the data is already NOT stored in the table, why create > >another related table for memo fields? > > > >I'd suggest trying to track down the source of this 'rule' before you > >go further with it. Maybe this was helpful for much older versions > >of Access for some reason? > > > >Good Luck, > >Dan > > > > > >I think a lot of "expert" database developers suggest keeping the > >memo field in a separate table using a 1:1 or 1:n relationship -- > >just in case. > > > >Susan H. > > > > > >I always include memo fields in the same table. I haven't heard of > >what you described - have you seen that done somewhere? > > > >Dan > > > > > >When you include a memo field, do you include it in the table or do > >you relate to a second table that stores just the memo field? > > > >Susan H. > > > > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jwcolby at gmail.com Thu Jan 31 06:34:14 2019 From: jwcolby at gmail.com (John Colby) Date: Thu, 31 Jan 2019 07:34:14 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> <07fb01d4b895$5ba11bf0$12e353d0$@verizon.net> Message-ID: And I ended up doing the same kind of thing.? It also had the advantage that I could append the date / time and user info for the person doing the edit. On 1/30/2019 3:19 PM, Daniel Waters wrote: > I did have a heavily used memo field as a place for people to put comments. This was in a business process module for handling nonconforming material. > > To add a comment you opened a separate form and typed in your comment, then pushed save. From there the comment, name, and date would be inserted into the memo field in the table at the end of current contents of the field. No editing of existing information was allowed. I didn't have any concurrency issues. That worked to handle a memo field that is used repeatedly by different people. > > Dan > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: January 30, 2019 6:15 > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Memo field corruption > > > The other issue there is locking. > > Memo data > 30 bytes is stored on Long Value Pages, which are always locked > at page level. > > So even if you are using record level locking, including a memo field can > cause a lot of concurrency issues. That's another main reason for moving it > out to a separate table and updating the memo fields as a separate process. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Susan Harkins > Sent: Saturday, January 26, 2019 12:18 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Memo field corruption > > The main reason was to protect the rest of your data -- if the memo field is > corrupted, you're dealing with just the memo fields in that table. It won't > prevent corruption, just make it easier to fix if you do. > > Susan H > > > In this page > https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- > characters at the bottom it says this: > > The reason for these limitations is that memo content is not actually stored > in the table. Only a pointer to its location on disk is. This makes features > like sorting and grouping _very_ inefficient because the query has to use > the pointer to go "get" the text, evaluate it, and then apply the sorting > and grouping. > > So - if the data is already NOT stored in the table, why create another > related table for memo fields? > > I'd suggest trying to track down the source of this 'rule' before you go > further with it. Maybe this was helpful for much older versions of Access > for some reason? > > Good Luck, > Dan > > > I think a lot of "expert" database developers suggest keeping the memo field > in a separate table using a 1:1 or 1:n relationship -- just in case. > > Susan H. > > > I always include memo fields in the same table. I haven't heard of what you > described - have you seen that done somewhere? > > Dan > > > When you include a memo field, do you include it in the table or do you > relate to a second table that stores just the memo field? > > Susan H. > > > > -- John W. Colby From bensonforums at gmail.com Thu Jan 31 08:28:33 2019 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 31 Jan 2019 09:28:33 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> Message-ID: RE: >>> memo content is not actually stored in the table. Only a pointer to its location on disk is I don't see how that is this possible. Locations on disk change all the time. Databases get copied from one location, partition, and from PC to network or to other PCs all the time, without memo fields losing their contents. > > From bensonforums at gmail.com Thu Jan 31 08:35:02 2019 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 31 Jan 2019 09:35:02 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> Message-ID: RE: >>>backup requirements if the entries are held in separate files I don't get this remark either. If the entries are in "separate files" then that implies they are not in the database. In which case, what good would backing up the database do you? On Sat, Jan 26, 2019 at 12:43 PM James Button via AccessD < accessd at databaseadvisors.com> wrote: > Add to the avoiding corruption of masses of data > > Allowing for easier changes of associated apps when the memo contains RTF > or > other things such as images > Also reduces the time taken for the DBMS to load up the data in the table > for a > SELECT statement, or just a scan through the file for backups etc. > If you have 10,000 rows, and each has 1000 bytes of data that's a 10MB > table > And maybe 20MB of Temp files > With a Memo of - say 4000 bytes in each that means any process of the > table will > have to read 100MB and possibly use 200MB of RAM for that process > Complete with the flushing of memory to pagefile and the flushing of other > data > from the storage cache, and the RAM allocated by the OS for I/O > buffering. > > So - separate out the memo and blobs and you avoid massive processing > overheads > as well as backup requirements if the entries are held in separate files > And that is without even considering the increasing size of images and > commentary that may be in memo fields > Cut and paste of text from reports and filled-in forms - as in as well as > describing the actual incident, detail your understanding of the cause, > and the > effect of the incident on yourself. > > > JimB > > > -----Original Message----- > From: AccessD On Behalf Of Susan > Harkins > Sent: Saturday, January 26, 2019 5:18 PM > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Memo field corruption > > The main reason was to protect the rest of your data -- if the memo field > is > corrupted, you're dealing with just the memo fields in that table. It won't > prevent corruption, just make it easier to fix if you do. > > Susan H > > > In this page > > https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- > characters at the bottom it says this: > > The reason for these limitations is that memo content is not actually > stored > in the table. Only a pointer to its location on disk is. This makes > features > like sorting and grouping _very_ inefficient because the query has to use > the pointer to go "get" the text, evaluate it, and then apply the sorting > and grouping. > > So - if the data is already NOT stored in the table, why create another > related table for memo fields? > > I'd suggest trying to track down the source of this 'rule' before you go > further with it. Maybe this was helpful for much older versions of Access > for some reason? > > Good Luck, > Dan > > > I think a lot of "expert" database developers suggest keeping the memo > field > in a separate table using a 1:1 or 1:n relationship -- just in case. > > Susan H. > > > I always include memo fields in the same table. I haven't heard of what > you > described - have you seen that done somewhere? > > Dan > > > When you include a memo field, do you include it in the table or do you > relate to a second table that stores just the memo field? > > Susan H. > > > > > -- > 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 > From gustav at cactus.dk Thu Jan 31 08:37:03 2019 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 31 Jan 2019 14:37:03 +0000 Subject: [AccessD] Memo field corruption Message-ID: Hi Ben Right. Don't believe everything you may read in a thread. /gustav -----Oprindelig meddelelse----- Fra: AccessD P? vegne af Bill Benson Sendt: 31. januar 2019 15:29 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Memo field corruption RE: >>> memo content is not actually stored in the table. Only a pointer to its location on disk is I don't see how that is this possible. Locations on disk change all the time. Databases get copied from one location, partition, and from PC to network or to other PCs all the time, without memo fields losing their contents. From bensonforums at gmail.com Thu Jan 31 08:37:54 2019 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 31 Jan 2019 09:37:54 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: Message-ID: Even my name? On Thu, Jan 31, 2019 at 9:37 AM Gustav Brock wrote: > Hi Ben > > Right. > Don't believe everything you may read in a thread. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD P? vegne af Bill > Benson > Sendt: 31. januar 2019 15:29 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Memo field corruption > > RE: >>> memo content is not actually stored in the table. Only a pointer > to its location on disk is > > I don't see how that is this possible. Locations on disk change all the > time. Databases get copied from one location, partition, and from PC to > network or to other PCs all the time, without memo fields losing their > contents. > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From gustav at cactus.dk Thu Jan 31 08:59:33 2019 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 31 Jan 2019 14:59:33 +0000 Subject: [AccessD] Memo field corruption Message-ID: Hi Bill What I'm trying to express is, that spread all over the web you'll find a lot of nonsense regarding MS Access. /gustav -----Oprindelig meddelelse----- Fra: AccessD P? vegne af Bill Benson Sendt: 31. januar 2019 15:38 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Memo field corruption Even my name? On Thu, Jan 31, 2019 at 9:37 AM Gustav Brock wrote: > Hi Ben > > Right. > Don't believe everything you may read in a thread. > > /gustav > > -----Oprindelig meddelelse----- > Fra: AccessD P? vegne af Bill > Benson > Sendt: 31. januar 2019 15:29 > Til: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Emne: Re: [AccessD] Memo field corruption > > RE: >>> memo content is not actually stored in the table. Only a > pointer to its location on disk is > > I don't see how that is this possible. Locations on disk change all > the time. Databases get copied from one location, partition, and from > PC to network or to other PCs all the time, without memo fields losing > their contents. From jimdettman at verizon.net Thu Jan 31 09:23:56 2019 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 31 Jan 2019 10:23:56 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> Message-ID: <00f301d4b978$fc0b4c80$f421e580$@verizon.net> I believe what he was saying is that if data was not in the DB and in a file, then the backup time for the DB itself would be reduced. But that doesn't mean you have a "complete" backup as your thinking. The technique though of pushing data to a file and then storing a pointer was mainly used to avoid database bloat. And that was in the past when Access stored objects so inefficiently. You can do better now, but memo's are still problematic for all the reasons that have been pointed out. The other point here is the memory usage; JET handles everything by its page cache for actual data fetches, so it would not consume 200MB to process. But there'd be a lot of turn-over in the cache. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, January 31, 2019 9:35 AM To: Access Developers discussion and problem solving Cc: James Button Subject: Re: [AccessD] Memo field corruption RE: >>>backup requirements if the entries are held in separate files I don't get this remark either. If the entries are in "separate files" then that implies they are not in the database. In which case, what good would backing up the database do you? On Sat, Jan 26, 2019 at 12:43 PM James Button via AccessD < accessd at databaseadvisors.com> wrote: > Add to the avoiding corruption of masses of data > > Allowing for easier changes of associated apps when the memo contains RTF > or > other things such as images > Also reduces the time taken for the DBMS to load up the data in the table > for a > SELECT statement, or just a scan through the file for backups etc. > If you have 10,000 rows, and each has 1000 bytes of data that's a 10MB > table > And maybe 20MB of Temp files > With a Memo of - say 4000 bytes in each that means any process of the > table will > have to read 100MB and possibly use 200MB of RAM for that process > Complete with the flushing of memory to pagefile and the flushing of other > data > from the storage cache, and the RAM allocated by the OS for I/O > buffering. > > So - separate out the memo and blobs and you avoid massive processing > overheads > as well as backup requirements if the entries are held in separate files > And that is without even considering the increasing size of images and > commentary that may be in memo fields > Cut and paste of text from reports and filled-in forms - as in as well as > describing the actual incident, detail your understanding of the cause, > and the > effect of the incident on yourself. > > > JimB > > > -----Original Message----- > From: AccessD On Behalf Of Susan > Harkins > Sent: Saturday, January 26, 2019 5:18 PM > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Memo field corruption > > The main reason was to protect the rest of your data -- if the memo field > is > corrupted, you're dealing with just the memo fields in that table. It won't > prevent corruption, just make it easier to fix if you do. > > Susan H > > > In this page > > https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- > characters at the bottom it says this: > > The reason for these limitations is that memo content is not actually > stored > in the table. Only a pointer to its location on disk is. This makes > features > like sorting and grouping _very_ inefficient because the query has to use > the pointer to go "get" the text, evaluate it, and then apply the sorting > and grouping. > > So - if the data is already NOT stored in the table, why create another > related table for memo fields? > > I'd suggest trying to track down the source of this 'rule' before you go > further with it. Maybe this was helpful for much older versions of Access > for some reason? > > Good Luck, > Dan > > > I think a lot of "expert" database developers suggest keeping the memo > field > in a separate table using a 1:1 or 1:n relationship -- just in case. > > Susan H. > > > I always include memo fields in the same table. I haven't heard of what > you > described - have you seen that done somewhere? > > Dan > > > When you include a memo field, do you include it in the table or do you > relate to a second table that stores just the memo field? > > Susan H. > > > > > -- > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Jan 31 09:31:51 2019 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 31 Jan 2019 10:31:51 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: <00f301d4b978$fc0b4c80$f421e580$@verizon.net> References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> <00f301d4b978$fc0b4c80$f421e580$@verizon.net> Message-ID: Oh ok, the Jim (s) On Thu, Jan 31, 2019, 10:24 AM Jim Dettman wrote: > > I believe what he was saying is that if data was not in the DB and in a > file, then the backup time for the DB itself would be reduced. But that > doesn't mean you have a "complete" backup as your thinking. > > The technique though of pushing data to a file and then storing a pointer > was mainly used to avoid database bloat. And that was in the past when > Access stored objects so inefficiently. You can do better now, but > memo's > are still problematic for all the reasons that have been pointed out. > > The other point here is the memory usage; JET handles everything by its > page cache for actual data fetches, so it would not consume 200MB to > process. But there'd be a lot of turn-over in the cache. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bill Benson > Sent: Thursday, January 31, 2019 9:35 AM > To: Access Developers discussion and problem solving > Cc: James Button > Subject: Re: [AccessD] Memo field corruption > > RE: >>>backup requirements if the entries are held in separate files > > I don't get this remark either. If the entries are in "separate files" then > that implies they are not in the database. In which case, what good would > backing up the database do you? > > On Sat, Jan 26, 2019 at 12:43 PM James Button via AccessD < > accessd at databaseadvisors.com> wrote: > > > Add to the avoiding corruption of masses of data > > > > Allowing for easier changes of associated apps when the memo contains RTF > > or > > other things such as images > > Also reduces the time taken for the DBMS to load up the data in the table > > for a > > SELECT statement, or just a scan through the file for backups etc. > > If you have 10,000 rows, and each has 1000 bytes of data that's a 10MB > > table > > And maybe 20MB of Temp files > > With a Memo of - say 4000 bytes in each that means any process of the > > table will > > have to read 100MB and possibly use 200MB of RAM for that process > > Complete with the flushing of memory to pagefile and the flushing of > other > > data > > from the storage cache, and the RAM allocated by the OS for I/O > > buffering. > > > > So - separate out the memo and blobs and you avoid massive processing > > overheads > > as well as backup requirements if the entries are held in separate files > > And that is without even considering the increasing size of images and > > commentary that may be in memo fields > > Cut and paste of text from reports and filled-in forms - as in as well as > > describing the actual incident, detail your understanding of the cause, > > and the > > effect of the incident on yourself. > > > > > > JimB > > > > > > -----Original Message----- > > From: AccessD On Behalf Of Susan > > Harkins > > Sent: Saturday, January 26, 2019 5:18 PM > > To: 'Access Developers discussion and problem solving' > > > > Subject: Re: [AccessD] Memo field corruption > > > > The main reason was to protect the rest of your data -- if the memo field > > is > > corrupted, you're dealing with just the memo fields in that table. It > won't > > prevent corruption, just make it easier to fix if you do. > > > > Susan H > > > > > > In this page > > > > > > https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- > > characters at the bottom it says this: > > > > The reason for these limitations is that memo content is not actually > > stored > > in the table. Only a pointer to its location on disk is. This makes > > features > > like sorting and grouping _very_ inefficient because the query has to use > > the pointer to go "get" the text, evaluate it, and then apply the sorting > > and grouping. > > > > So - if the data is already NOT stored in the table, why create another > > related table for memo fields? > > > > I'd suggest trying to track down the source of this 'rule' before you go > > further with it. Maybe this was helpful for much older versions of > Access > > for some reason? > > > > Good Luck, > > Dan > > > > > > I think a lot of "expert" database developers suggest keeping the memo > > field > > in a separate table using a 1:1 or 1:n relationship -- just in case. > > > > Susan H. > > > > > > I always include memo fields in the same table. I haven't heard of what > > you > > described - have you seen that done somewhere? > > > > Dan > > > > > > When you include a memo field, do you include it in the table or do you > > relate to a second table that stores just the memo field? > > > > Susan H. > > > > > > > > > > -- > > 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 > > > -- > 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 > From jamesbutton at blueyonder.co.uk Thu Jan 31 09:53:52 2019 From: jamesbutton at blueyonder.co.uk (James Button) Date: Thu, 31 Jan 2019 15:53:52 -0000 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> <00f301d4b978$fc0b4c80$f421e580$@verizon.net> Message-ID: Yes - my startpoint in IT was ages before even win-95 and where a 10GB drive was massively over expected need except for a mainframe. Currently I am looking at a full backup being about 100GB - fun to upload to cloud as offsite #2 with a 12Mb/sec link Daily incrementals will usually be getting on for 200GB more in a month. If the data was not split into current, older and historic then the incremental sets would probably run to well over 20GB a day - so probably needing at least 1TB a month. Oh! the fun there will be when the users want to record video streams and images at 40MB each - a 4K image being 4000 x 2000 x 4bytes /pixel = 32MB for a single frame image in RAW mode. Is there still a 2GB limit for an Access DB, or does it go up to 4GB now? :) JimB -----Original Message----- From: AccessD On Behalf Of Bill Benson Sent: Thursday, January 31, 2019 3:32 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Memo field corruption Oh ok, the Jim (s) On Thu, Jan 31, 2019, 10:24 AM Jim Dettman wrote: > > I believe what he was saying is that if data was not in the DB and in a > file, then the backup time for the DB itself would be reduced. But that > doesn't mean you have a "complete" backup as your thinking. > > The technique though of pushing data to a file and then storing a pointer > was mainly used to avoid database bloat. And that was in the past when > Access stored objects so inefficiently. You can do better now, but > memo's > are still problematic for all the reasons that have been pointed out. > > The other point here is the memory usage; JET handles everything by its > page cache for actual data fetches, so it would not consume 200MB to > process. But there'd be a lot of turn-over in the cache. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bill Benson > Sent: Thursday, January 31, 2019 9:35 AM > To: Access Developers discussion and problem solving > Cc: James Button > Subject: Re: [AccessD] Memo field corruption > > RE: >>>backup requirements if the entries are held in separate files > > I don't get this remark either. If the entries are in "separate files" then > that implies they are not in the database. In which case, what good would > backing up the database do you? > > On Sat, Jan 26, 2019 at 12:43 PM James Button via AccessD < > accessd at databaseadvisors.com> wrote: > > > Add to the avoiding corruption of masses of data > > > > Allowing for easier changes of associated apps when the memo contains RTF > > or > > other things such as images > > Also reduces the time taken for the DBMS to load up the data in the table > > for a > > SELECT statement, or just a scan through the file for backups etc. > > If you have 10,000 rows, and each has 1000 bytes of data that's a 10MB > > table > > And maybe 20MB of Temp files > > With a Memo of - say 4000 bytes in each that means any process of the > > table will > > have to read 100MB and possibly use 200MB of RAM for that process > > Complete with the flushing of memory to pagefile and the flushing of > other > > data > > from the storage cache, and the RAM allocated by the OS for I/O > > buffering. > > > > So - separate out the memo and blobs and you avoid massive processing > > overheads > > as well as backup requirements if the entries are held in separate files > > And that is without even considering the increasing size of images and > > commentary that may be in memo fields > > Cut and paste of text from reports and filled-in forms - as in as well as > > describing the actual incident, detail your understanding of the cause, > > and the > > effect of the incident on yourself. > > > > > > JimB > > > > > > -----Original Message----- > > From: AccessD On Behalf Of Susan > > Harkins > > Sent: Saturday, January 26, 2019 5:18 PM > > To: 'Access Developers discussion and problem solving' > > > > Subject: Re: [AccessD] Memo field corruption > > > > The main reason was to protect the rest of your data -- if the memo field > > is > > corrupted, you're dealing with just the memo fields in that table. It > won't > > prevent corruption, just make it easier to fix if you do. > > > > Susan H > > > > > > In this page > > > > > > https://bytes.com/topic/access/answers/190112-query-memo-field-cuts-off-255- > > characters at the bottom it says this: > > > > The reason for these limitations is that memo content is not actually > > stored > > in the table. Only a pointer to its location on disk is. This makes > > features > > like sorting and grouping _very_ inefficient because the query has to use > > the pointer to go "get" the text, evaluate it, and then apply the sorting > > and grouping. > > > > So - if the data is already NOT stored in the table, why create another > > related table for memo fields? > > > > I'd suggest trying to track down the source of this 'rule' before you go > > further with it. Maybe this was helpful for much older versions of > Access > > for some reason? > > > > Good Luck, > > Dan > > > > > > I think a lot of "expert" database developers suggest keeping the memo > > field > > in a separate table using a 1:1 or 1:n relationship -- just in case. > > > > Susan H. > > > > > > I always include memo fields in the same table. I haven't heard of what > > you > > described - have you seen that done somewhere? > > > > Dan > > > > > > When you include a memo field, do you include it in the table or do you > > relate to a second table that stores just the memo field? > > > > Susan H. > > > > > > > > > > -- > > 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 > > > -- > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Thu Jan 31 09:55:09 2019 From: jamesbutton at blueyonder.co.uk (James Button) Date: Thu, 31 Jan 2019 15:55:09 -0000 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com> <000e01d4b58c$a3b34230$eb19c690$@gmail.com> <005001d4b592$a3020be0$e90623a0$@gmail.com> <006501d4b593$ecab3450$c6019cf0$@gmail.com> <008d01d4b59b$1ec25e80$5c471b80$@gmail.com> <00f301d4b978$fc0b4c80$f421e580$@verizon.net> Message-ID: Sorry - earlier post of this went to Bill rather than the list If the large mamo or blobs are within the database than changing one means the table will be 'dirty' and need backing up in it's entirety If the blobs and memo fields are separated out from the database holding the majority of the data fields then Backups will only need to be taken of the main database when data within that is changed, And backups needs will be limited to the database (table) containing the memo fields that changed, or of specific files that contain the blob The main data field store not needing to be updated when a blob content is changed as the file name (and link) remains the same And - if your processing puts updated versions of memo fields in a "today's" storage location - table or database then the mass of the data being historic will not need a new backup The access to the memo field being via a process that first looks in "today's" for the entry, and if not found there goes to the mass store of older 'historic' entries. Yes - it does complicate access but reduces backup volume and the sheer amount of data that will need parsing by the DBMS on the basis that a small amount of data will be updated in any day/week, and frequently a field to be updated will already have been updated a short while ago - as in successively report was.. action required is . allocated person is . action proposed is. Action agreed by . Action initiated by .. action followed-up by . Action deemed complete by . The need or actual implementation of such processes will depend on the actual data to be stored and the anticipated access patterns Now, I would expect any backup process to include all the associated data storage locations, with the actual backups being conditioned for the minimal output needed to recreate the system on a replacement facility. And to conform to any legal requirements. So - minimal needs - at least 1 copy of all data onsite, replicated to at least one other offsite location, with a 'copy' including historical entries and access records. If all is in 1 database then all will need backing up each time If split with the (mostly) unaltered blobs and memo sets be handled separately, or even as individual entities (files) then backup volume will be vastly reduced as will the system loading needed to take the backups, and the associated storage costs Then again with storage being so much more byte/buck and I/O per GB being so much less of the systems throughput capability - The need for constraining processed volume becomes less of on overhead than the staff time to setup the less resource hungry and hardware costly process. 'Orses for courses and.. if playing waterpolo why 'ave an 'orse ? JimB From: Bill Benson Sent: Thursday, January 31, 2019 2:35 PM To: Access Developers discussion and problem solving Cc: James Button Subject: Re: [AccessD] Memo field corruption RE: >>>backup requirements if the entries are held in separate files I don't get this remark either. If the entries are in "separate files" then that implies they are not in the database. In which case, what good would backing up the database do you? On Sat, Jan 26, 2019 at 12:43 PM James Button via AccessD wrote: Add to the avoiding corruption of masses of data Allowing for easier changes of associated apps when the memo contains RTF or other things such as images Also reduces the time taken for the DBMS to load up the data in the table for a SELECT statement, or just a scan through the file for backups etc. If you have 10,000 rows, and each has 1000 bytes of data that's a 10MB table And maybe 20MB of Temp files With a Memo of - say 4000 bytes in each that means any process of the table will have to read 100MB and possibly use 200MB of RAM for that process Complete with the flushing of memory to pagefile and the flushing of other data from the storage cache, and the RAM allocated by the OS for I/O buffering. So - separate out the memo and blobs and you avoid massive processing overheads as well as backup requirements if the entries are held in separate files And that is without even considering the increasing size of images and commentary that may be in memo fields Cut and paste of text from reports and filled-in forms - as in as well as describing the actual incident, detail your understanding of the cause, and the effect of the incident on yourself. JimB From stuart at lexacorp.com.pg Thu Jan 31 14:44:24 2019 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 01 Feb 2019 06:44:24 +1000 Subject: [AccessD] Memo field corruption In-Reply-To: References: <074801d4b58a$2a283760$7e78a620$@gmail.com>, , Message-ID: <5C535E28.13392.3188DE22@stuart.lexacorp.com.pg> That's a misunderstanding of the way a memo is stored compared to other types of data. Access uses "data pages" within the datafile to store the data. A memo field only stores a pointer in the record's primary data page which points to a separate data page (or pages) holding the actual memo data. On 31 Jan 2019 at 9:28, Bill Benson wrote: > RE: >>> memo content is not actually stored in the table. Only a > pointer to its location on disk is > > I don't see how that is this possible. Locations on disk change all > the time. Databases get copied from one location, partition, and from > PC to network or to other PCs all the time, without memo fields losing > their contents. > > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Thu Jan 31 14:56:53 2019 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 31 Jan 2019 15:56:53 -0500 Subject: [AccessD] Memo field corruption In-Reply-To: <5C535E28.13392.3188DE22@stuart.lexacorp.com.pg> References: <074801d4b58a$2a283760$7e78a620$@gmail.com>, , <5C535E28.13392.3188DE22@stuart.lexacorp.com.pg> Message-ID: <01f801d4b9a7$7ebb5430$7c31fc90$@verizon.net> Actually it puts it on a LVP (Long Value Page) only if it's > 30 bytes. And that might be 34 or 36....it's been awhile. It's a small number none the less and I'm not sure why that number. The pointer is 16 bytes. But if it's less than that, then the data stays with all the rest of the field data. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, January 31, 2019 3:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Memo field corruption That's a misunderstanding of the way a memo is stored compared to other types of data. Access uses "data pages" within the datafile to store the data. A memo field only stores a pointer in the record's primary data page which points to a separate data page (or pages) holding the actual memo data. On 31 Jan 2019 at 9:28, Bill Benson wrote: > RE: >>> memo content is not actually stored in the table. Only a > pointer to its location on disk is > > I don't see how that is this possible. Locations on disk change all > the time. Databases get copied from one location, partition, and from > PC to network or to other PCs all the time, without memo fields losing > their contents. > > > > > > -- > 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 From jamesbutton at blueyonder.co.uk Thu Jan 31 15:28:44 2019 From: jamesbutton at blueyonder.co.uk (James Button) Date: Thu, 31 Jan 2019 21:28:44 -0000 Subject: [AccessD] Memo field corruption In-Reply-To: <01f801d4b9a7$7ebb5430$7c31fc90$@verizon.net> References: <074801d4b58a$2a283760$7e78a620$@gmail.com>, , <5C535E28.13392.3188DE22@stuart.lexacorp.com.pg> <01f801d4b9a7$7ebb5430$7c31fc90$@verizon.net> Message-ID: And - for further (am/bem)usement: Under NTFS, the data of a small file gets held within the structure of the MFT, and I believe that what qualifies as "that small" depends on the block size used for the partition formatting. JimB -----Original Message----- From: AccessD On Behalf Of Jim Dettman Sent: Thursday, January 31, 2019 8:57 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Memo field corruption Actually it puts it on a LVP (Long Value Page) only if it's > 30 bytes. And that might be 34 or 36....it's been awhile. It's a small number none the less and I'm not sure why that number. The pointer is 16 bytes. But if it's less than that, then the data stays with all the rest of the field data. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Thursday, January 31, 2019 3:44 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Memo field corruption That's a misunderstanding of the way a memo is stored compared to other types of data. Access uses "data pages" within the datafile to store the data. A memo field only stores a pointer in the record's primary data page which points to a separate data page (or pages) holding the actual memo data. On 31 Jan 2019 at 9:28, Bill Benson wrote: > RE: >>> memo content is not actually stored in the table. Only a > pointer to its location on disk is > > I don't see how that is this possible. Locations on disk change all > the time. Databases get copied from one location, partition, and from > PC to network or to other PCs all the time, without memo fields losing > their contents. > > > > > > -- > 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 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com