From bensonforums at gmail.com Sun Jun 1 05:29:45 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 1 Jun 2014 06:29:45 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. Message-ID: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. From michael at mattysconsulting.com Sun Jun 1 06:48:20 2014 From: michael at mattysconsulting.com (Michael Mattys) Date: Sun, 1 Jun 2014 07:48:20 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> References: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> Message-ID: <006101cf7d8f$64beb990$2e3c2cb0$@mattysconsulting.com> Hi Bill, Maybe try this in Command: "C:\Program Files\Microsoft Office\Office14\msaccess.exe" "C:\My Folder\My Database.accdb" /compact Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, June 1, 2014 6:30 AM To: 'Microsoft Access Database Discussion List'; 'Access Developers discussion and problem solving' Subject: [AccessD] corrupt database - backup rather out-dated. Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From michael at mattysconsulting.com Sun Jun 1 06:53:01 2014 From: michael at mattysconsulting.com (Michael Mattys) Date: Sun, 1 Jun 2014 07:53:01 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> References: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> Message-ID: <006201cf7d90$0c92bea0$25b83be0$@mattysconsulting.com> There is also ... http://rogersaccessblog.blogspot.com/2010/09/help-my-database-is-corrupted-a nd-i.html Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, June 1, 2014 6:30 AM To: 'Microsoft Access Database Discussion List'; 'Access Developers discussion and problem solving' Subject: [AccessD] corrupt database - backup rather out-dated. Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Jun 1 07:30:53 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 1 Jun 2014 08:30:53 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <006101cf7d8f$64beb990$2e3c2cb0$@mattysconsulting.com> References: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> <006101cf7d8f$64beb990$2e3c2cb0$@mattysconsulting.com> Message-ID: <000601cf7d95$54b59860$fe20c920$@gmail.com> Hi, I tried C:\Program Files (x86)\Microsoft Office\Office\15\MSACCESS.EXE "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Lew DB2.accdb" /Compact and C:\Program Files (x86)\Microsoft Office\Office\15\MSACCESS.EXE "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Lew DB2.accdb" /Decompile But I get the same error messages - and the database doesn't open. I have used the tips I saw in http://rogersaccessblog.blogspot.com/2010/09/help-my-database-is-corrupted-a nd-i-cant-repair link but I cannot open the database without the error(s) and I cannot import objects because after those errors, the wizard quits. I cannot even open the objects in design view once the database opens. I have had to resort to an old (much older) working copy of the database. I could see the seeds of corruption even in there, because while editing controls on a form with subforms, I saw that clicking on different controls would not Property Sheet to rotate through controls. So I have created a fresh database, added the same references, and created new forms and subforms, and copied the controls and pasted them. Some do not work, but this is probably because I changed the structure, i.e., controls and rowsources and/or controlsources between versions. A major pain in the butt and the pain is not over; I still would not mind having some way to crack open the database to get at its pieces but I guess if I cannot import from, go to design view, compact or decompile without errors, nor open the VBE when the database is open, I am going to be out of luck forever...? Thank you Michael -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys Sent: Sunday, June 01, 2014 7:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill, Maybe try this in Command: "C:\Program Files\Microsoft Office\Office14\msaccess.exe" "C:\My Folder\My Database.accdb" /compact http://rogersaccessblog.blogspot.com/2010/09/help-my-database-is-corrupted-a nd-i.html Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com From michael at mattysconsulting.com Sun Jun 1 07:46:20 2014 From: michael at mattysconsulting.com (Michael Mattys) Date: Sun, 1 Jun 2014 08:46:20 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> References: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> Message-ID: <006301cf7d97$7edc8a70$7c959f50$@mattysconsulting.com> Hi Bill, One more, you'll like this one: http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatabase-in -dao-dbengine-36-using-vbscript Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, June 1, 2014 6:30 AM To: 'Microsoft Access Database Discussion List'; 'Access Developers discussion and problem solving' Subject: [AccessD] corrupt database - backup rather out-dated. Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Sun Jun 1 08:04:05 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 1 Jun 2014 09:04:05 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <006301cf7d97$7edc8a70$7c959f50$@mattysconsulting.com> References: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> <006301cf7d97$7edc8a70$7c959f50$@mattysconsulting.com> Message-ID: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> I gave it a shot, it did create another database named Test but it did not work, had all the same errors I was getting before. Sub Try() Dim D As Object Dim strSource as string Dim strDest as string strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Lew DB2.accdb" strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Test.accdb" Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase strSource,strDest , , 128 End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys Sent: Sunday, June 01, 2014 8:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill, One more, you'll like this one: http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatabase-in -dao-dbengine-36-using-vbscript Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, June 1, 2014 6:30 AM To: 'Microsoft Access Database Discussion List'; 'Access Developers discussion and problem solving' Subject: [AccessD] corrupt database - backup rather out-dated. Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. -- 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 Sun Jun 1 11:09:23 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 1 Jun 2014 10:09:23 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <000201cf7d84$68d7ec50$3a87c4f0$@gmail.com> Message-ID: <1323774565.59221461.1401638963087.JavaMail.root@cds018> Hi Bill: Can you open the database period? If you can you then can copy table by table to a new database. I have done that more than once, in my career, especially when all other methods have failed. The next question, is what caused the database error. I have found if database's tables are left open, across a network, for an extended period of time or closed without being properly shut down, data corruption will slowly creep in and eventually make the system unusable. Jim ----- Original Message ----- From: "Bill Benson" To: "Microsoft Access Database Discussion List" , "Access Developers discussion and problem solving" Sent: Sunday, June 1, 2014 3:29:45 AM Subject: [AccessD] corrupt database - backup rather out-dated. Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun Jun 1 11:30:50 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 1 Jun 2014 10:30:50 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <000601cf7d95$54b59860$fe20c920$@gmail.com> Message-ID: <1889553141.59232708.1401640250275.JavaMail.root@cds018> Hi Bill: I feel for you. I was in similar circumstances a number of years ago and the backup were very good and stable. Unfortunately, the backup system was using tapes and after a couple of months they were rotated. The system crashed on the very night the backup wrote over the previous nights work. Only a few days work was lost but it was a high security area and I ended up being grilled for hours. The core reason turned out to being caused by the government's senior system's administrator team, who added regular server upgrades to all the servers and then would reboot them, never noticing active database user still connected to server. An aside: After that I never used bound databases again and never again suffered such a lost. Are you absolutely sure you have made no recent backups? Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" , "Access Developers discussion and problem solving" Sent: Sunday, June 1, 2014 5:30:53 AM Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi, I tried C:\Program Files (x86)\Microsoft Office\Office\15\MSACCESS.EXE "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Lew DB2.accdb" /Compact and C:\Program Files (x86)\Microsoft Office\Office\15\MSACCESS.EXE "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Lew DB2.accdb" /Decompile But I get the same error messages - and the database doesn't open. I have used the tips I saw in http://rogersaccessblog.blogspot.com/2010/09/help-my-database-is-corrupted-a nd-i-cant-repair link but I cannot open the database without the error(s) and I cannot import objects because after those errors, the wizard quits. I cannot even open the objects in design view once the database opens. I have had to resort to an old (much older) working copy of the database. I could see the seeds of corruption even in there, because while editing controls on a form with subforms, I saw that clicking on different controls would not Property Sheet to rotate through controls. So I have created a fresh database, added the same references, and created new forms and subforms, and copied the controls and pasted them. Some do not work, but this is probably because I changed the structure, i.e., controls and rowsources and/or controlsources between versions. A major pain in the butt and the pain is not over; I still would not mind having some way to crack open the database to get at its pieces but I guess if I cannot import from, go to design view, compact or decompile without errors, nor open the VBE when the database is open, I am going to be out of luck forever...? Thank you Michael -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys Sent: Sunday, June 01, 2014 7:48 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill, Maybe try this in Command: "C:\Program Files\Microsoft Office\Office14\msaccess.exe" "C:\My Folder\My Database.accdb" /compact http://rogersaccessblog.blogspot.com/2010/09/help-my-database-is-corrupted-a nd-i.html Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Sun Jun 1 11:49:17 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Sun, 1 Jun 2014 10:49:17 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> Message-ID: <643038023.59242048.1401641357033.JavaMail.root@cds018> Hi Bill: There is an application, that was developed by programmers, from the DBA, that goes through an existing database and extracts all the objects into text files and than can rebuild a new database from these files. This method is one of the purest methods to clean up a database. I am not sure if it will work as there was some fixes to do with the application but I had tested it and it really works. It has been a number of years ago and I just can not remember the name or where a copy of this application is stored but I will look for it and send it to you when it is found. I am sure there must be other members who remember the product and have it stashed away somewhere. Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Sunday, June 1, 2014 6:04:05 AM Subject: Re: [AccessD] corrupt database - backup rather out-dated. I gave it a shot, it did create another database named Test but it did not work, had all the same errors I was getting before. Sub Try() Dim D As Object Dim strSource as string Dim strDest as string strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Lew DB2.accdb" strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Test.accdb" Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase strSource,strDest , , 128 End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys Sent: Sunday, June 01, 2014 8:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill, One more, you'll like this one: http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatabase-in -dao-dbengine-36-using-vbscript Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, June 1, 2014 6:30 AM To: 'Microsoft Access Database Discussion List'; 'Access Developers discussion and problem solving' Subject: [AccessD] corrupt database - backup rather out-dated. Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. -- 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 Sun Jun 1 12:38:03 2014 From: df.waters at outlook.com (Dan Waters) Date: Sun, 1 Jun 2014 12:38:03 -0500 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <643038023.59242048.1401641357033.JavaMail.root@cds018> References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> Message-ID: Hi Bill, I was the most recent person to create a program to help resolve corrupt databases. There are undocumented functions named SaveAsText and LoadFromText. SaveAsText will take all the non-table objects and write them to text files. Then the reverse can be done with LoadFromText. The idea is to get the definition of the objects out of the 'corrupt' Access file, then recreate these objects in a new database. If you can send me an off-line copy (w/o tables if possible) I'll see what I can do. First, change the extension from .accdb to .pdf (this usually gets around security checks). Then zip the file and email it to me. I can probably get it back to you today or tomorrow morning at the latest. If it's too large to email after being zipped, copy it to a blank disk and let me know and I'll give you my address. HTH, Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Sunday, June 01, 2014 11:49 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill: There is an application, that was developed by programmers, from the DBA, that goes through an existing database and extracts all the objects into text files and than can rebuild a new database from these files. This method is one of the purest methods to clean up a database. I am not sure if it will work as there was some fixes to do with the application but I had tested it and it really works. It has been a number of years ago and I just can not remember the name or where a copy of this application is stored but I will look for it and send it to you when it is found. I am sure there must be other members who remember the product and have it stashed away somewhere. Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Sunday, June 1, 2014 6:04:05 AM Subject: Re: [AccessD] corrupt database - backup rather out-dated. I gave it a shot, it did create another database named Test but it did not work, had all the same errors I was getting before. Sub Try() Dim D As Object Dim strSource as string Dim strDest as string strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Lew DB2.accdb" strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\Test.accdb" Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase strSource,strDest , , 128 End Sub -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys Sent: Sunday, June 01, 2014 8:46 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill, One more, you'll like this one: http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatabase-in -dao-dbengine-36-using-vbscript Michael R Mattys Mattys Consulting, LLC www.mattysconsulting.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, June 1, 2014 6:30 AM To: 'Microsoft Access Database Discussion List'; 'Access Developers discussion and problem solving' Subject: [AccessD] corrupt database - backup rather out-dated. Posting to both lists because this is urgent My Ac2013 Accdb started being corrupted for "no" (known) reason, my suspicion... maybe my PC ran out of juice while on Standby, or maybe standby itself caused the problem. It is completely unusable, I can open it and get an error message that says 'Id' is not an index in this table (it never tells me what table), about 3 or 4 times; then any object I try to open I get that same message 10 to 20 times, including all modules and linked tables. Eventually some tables will open. Modules (which is what I am really after, I spent a lot of time coding) never. I have not been able to import anything into a fresh database either. I cannot get to the VBE inside it. Does someone have a way to repair or crack this accdb open piece by piece to get at its parts? I would be happy to send it to you, it is just my work, no client data yet. -- 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 Sun Jun 1 12:54:34 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 1 Jun 2014 13:54:34 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> Message-ID: Hi Dan, I will send it on (my) Monday... thanks a lot. It is not a production db yet. Thanks again. On Jun 1, 2014 1:39 PM, "Dan Waters" wrote: > Hi Bill, > > I was the most recent person to create a program to help resolve corrupt > databases. There are undocumented functions named SaveAsText and > LoadFromText. SaveAsText will take all the non-table objects and write > them > to text files. Then the reverse can be done with LoadFromText. The idea > is > to get the definition of the objects out of the 'corrupt' Access file, then > recreate these objects in a new database. > > If you can send me an off-line copy (w/o tables if possible) I'll see what > I > can do. > > First, change the extension from .accdb to .pdf (this usually gets around > security checks). Then zip the file and email it to me. I can probably > get > it back to you today or tomorrow morning at the latest. > > If it's too large to email after being zipped, copy it to a blank disk and > let me know and I'll give you my address. > > HTH, > Dan > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Sunday, June 01, 2014 11:49 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: > > There is an application, that was developed by programmers, from the DBA, > that goes through an existing database and extracts all the objects into > text files and than can rebuild a new database from these files. This > method > is one of the purest methods to clean up a database. I am not sure if it > will work as there was some fixes to do with the application but I had > tested it and it really works. > > It has been a number of years ago and I just can not remember the name or > where a copy of this application is stored but I will look for it and send > it to you when it is found. I am sure there must be other members who > remember the product and have it stashed away somewhere. > > Jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" > > Sent: Sunday, June 1, 2014 6:04:05 AM > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I gave it a shot, it did create another database named Test but it did not > work, had all the same errors I was getting before. > > Sub Try() > Dim D As Object > Dim strSource as string > Dim strDest as string > > strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming > Development\Lew\Lew DB2.accdb" > strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming > Development\Lew\Test.accdb" > Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase > strSource,strDest > , , 128 End Sub > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Mattys > Sent: Sunday, June 01, 2014 8:46 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill, > > One more, you'll like this one: > > http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatabase-in > -dao-dbengine-36-using-vbscript > > Michael R Mattys > Mattys Consulting, LLC > www.mattysconsulting.com > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Sunday, June 1, 2014 6:30 AM > To: 'Microsoft Access Database Discussion List'; 'Access Developers > discussion and problem solving' > Subject: [AccessD] corrupt database - backup rather out-dated. > > Posting to both lists because this is urgent My Ac2013 Accdb started > being corrupted for "no" (known) reason, my suspicion... maybe my PC ran > out > of juice while on Standby, or maybe standby itself caused the problem. It > is > completely unusable, I can open it and get an error message that says 'Id' > is not an index in this table (it never tells me what table), about 3 or 4 > times; then any object I try to open I get that same message 10 to 20 > times, > including all modules and linked tables. Eventually some tables will open. > Modules (which is what I am really after, I spent a lot of time coding) > never. I have not been able to import anything into a fresh database > either. > I cannot get to the VBE inside it. > > Does someone have a way to repair or crack this accdb open piece by piece > to > get at its parts? I would be happy to send it to you, it is just my work, > no > client data yet. > > -- > 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 darren at activebilling.com.au Sun Jun 1 20:34:22 2014 From: darren at activebilling.com.au (Darren) Date: Mon, 2 Jun 2014 11:34:22 +1000 Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: References: <00b301cf7583$705073c0$50f15b40$@activebilling.com.au> <019401cf7bad$7d402c30$77c08490$@activebilling.com.au> Message-ID: <001901cf7e02$c904c0c0$5b0e4240$@activebilling.com.au> Hi David, Many thanks for your reply. I have been told (Haven't tested for myself) that the SQLCMD command line tool works as advertised, but strips all the nice indenting etc., built into any SPROC in the *.SQL file. Thus the SPROC is very difficult to read from a human point of view. Hence my attempt to perform this task for my colleague. So 2 issues 1 Deploying it against many dbs across mostly one but sometimes a couple of SQL Servers (I can do that bit no prob) 2 Have the SPROC inserted into the destination dB with formatting intact (My passthrough fails on the first "GO" statement in any SPROC not sure why and I am told the SQLCMD tool strips indenting etc.)) With the SQLCMD striping formatting (Indents etc.), has this been your experience? D -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Saturday, 31 May 2014 4:32 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server Darren, another way using a bat file: Another approach would be to create a .BAT file with the following command: for %%G in (*.sql) do sqlcmd /S servername /d databaseName -E -i"%%G" pause Place this .BAT file in the directory from which you want the .SQL files to be executed, double click the .BAT file and you are done! Source: http://stackoverflow.com/questions/2583517/run-all-sql-files-in-a-directory On Fri, May 30, 2014 at 11:24 AM, David McAfee wrote: > Darren, if you can copy the .sql files to the various servers, you > might be able to create a sproc on each of the servers that takes > input > parameters: > > EXEC xp_cmdshell 'sqlcmd -S ' + @YourServerName + ' -d ' + > @YourDataBaseName > + ' -i ' + @YourFilePathAndName > > > Modify your Passthrough QueryDef then call the sproc from Access/VBA > in each of the servers > > > On Thu, May 29, 2014 at 7:18 PM, Darren > wrote: > >> Hi Arthur, >> Thanks for your comments. We won't be using 3rd party tools for this. >> If it can be, it will need to be written in Access/VBA. >> And comparing the dBs is not an issue, we just want to push already >> tested Stored Procedures to an editable list of dBs. >> Many thanks again for your reply. >> >> Anyone else with thoughts on the matter? >> >> Many thanks in adavance >> Darren >> >> >> -----Original Message----- >> From: accessd-bounces at databaseadvisors.com >> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur >> Fuller >> Sent: Thursday, 22 May 2014 7:50 PM >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server >> >> Darren, >> >> I confess that I've never tried to "roll my own" for a task like this. >> There are several tools available from various vendors for just this >> sort of task. I'm a big fan of Red Gate's toolbelt, which includes a >> pair of related >> tools: SQL Compare and SQL Data Compare. Both take a source and >> target database and compare the two, optionally updating the target >> to match the source. The Red Gate stuff is available in a trial version. >> Another vendor offering similar tools is Apex, and there are others >> as well. >> >> Arthur >> >> >> On Thu, May 22, 2014 at 2:02 AM, Darren >> wrote: >> >> > Hi Team >> > >> > A colleague asked if I know a way to deploy a 'saved' >> > StoredProcedure, in an SQL file, to many SQL Server dbs (About 20 >> > dBs) >> > >> > The MS command line tool for doing this (I am told) strips the nice >> > formatting & indents etc. and makes the resulting deployed SPROC >> > had to read. >> > >> > So I said Yep, I can do that in Access. >> > >> > So, via code, I thought I'd read in the contents of the SQL File as >> > I would a stream from a text file. >> > >> > Then I would loop through a predefined list of the destination >> > Databases and their Servers and would create a huge Pass-through >> > Update Query with a Use DB at the beginning of each desired insert >> > then simply run the Pass-through query from Access. >> > >> > >> > >> > (FYI - I do this with something much simpler - IE build and deploy >> > SPROCS from VBA. Except I don't read in the SQL first - It's >> > hardcoded in my Access App for my little job) >> > >> > >> > >> > Anyway I run into issues almost straight away with "GO" statements >> > by having them in the Pass-through Update Query - Because for one >> > reason or another these cause the running of the Pass-through update to fail. >> > >> > So what I could do is open a query in Query Analyser to each of the >> > destination dBs and have him run 15-20 queries. >> > >> > Or I can put my huge big query into one Query window and let him >> > run the one big query. >> > >> > >> > >> > What do you guys do for this kind of thing and what approaches >> > might your suggest for this scenario? >> > >> > Happy to explain it better if you want J >> > >> > >> > >> > Darren >> > >> > -- >> > AccessD mailing list >> > AccessD at databaseadvisors.com >> > http://databaseadvisors.com/mailman/listinfo/accessd >> > Website: http://www.databaseadvisors.com >> > >> >> >> >> -- >> Arthur >> -- >> 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 dbdoug at gmail.com Sun Jun 1 21:11:59 2014 From: dbdoug at gmail.com (Doug Steele) Date: Sun, 1 Jun 2014 19:11:59 -0700 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> Message-ID: Hi Bill: when you say you haven't been able to import 'anything' into a new empty db, did you try importing one object type, eg tables, at a time, or even one table at a time? Sometimes I've been able to recover most parts of a corrupt db very slowly piece by piece. Doug On Sun, Jun 1, 2014 at 10:54 AM, Bill Benson wrote: > Hi Dan, I will send it on (my) Monday... thanks a lot. It is not a > production db yet. > > Thanks again. > On Jun 1, 2014 1:39 PM, "Dan Waters" wrote: > > > Hi Bill, > > > > I was the most recent person to create a program to help resolve corrupt > > databases. There are undocumented functions named SaveAsText and > > LoadFromText. SaveAsText will take all the non-table objects and write > > them > > to text files. Then the reverse can be done with LoadFromText. The idea > > is > > to get the definition of the objects out of the 'corrupt' Access file, > then > > recreate these objects in a new database. > > > > If you can send me an off-line copy (w/o tables if possible) I'll see > what > > I > > can do. > > > > First, change the extension from .accdb to .pdf (this usually gets around > > security checks). Then zip the file and email it to me. I can probably > > get > > it back to you today or tomorrow morning at the latest. > > > > If it's too large to email after being zipped, copy it to a blank disk > and > > let me know and I'll give you my address. > > > > HTH, > > Dan > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > > Sent: Sunday, June 01, 2014 11:49 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > Hi Bill: > > > > There is an application, that was developed by programmers, from the DBA, > > that goes through an existing database and extracts all the objects into > > text files and than can rebuild a new database from these files. This > > method > > is one of the purest methods to clean up a database. I am not sure if it > > will work as there was some fixes to do with the application but I had > > tested it and it really works. > > > > It has been a number of years ago and I just can not remember the name or > > where a copy of this application is stored but I will look for it and > send > > it to you when it is found. I am sure there must be other members who > > remember the product and have it stashed away somewhere. > > > > Jim > > > > ----- Original Message ----- > > From: "Bill Benson" > > To: "Access Developers discussion and problem solving" > > > > Sent: Sunday, June 1, 2014 6:04:05 AM > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > I gave it a shot, it did create another database named Test but it did > not > > work, had all the same errors I was getting before. > > > > Sub Try() > > Dim D As Object > > Dim strSource as string > > Dim strDest as string > > > > strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > Development\Lew\Lew DB2.accdb" > > strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > Development\Lew\Test.accdb" > > Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase > > strSource,strDest > > , , 128 End Sub > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael > Mattys > > Sent: Sunday, June 01, 2014 8:46 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > Hi Bill, > > > > One more, you'll like this one: > > > > > http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatabase-in > > -dao-dbengine-36-using-vbscript > > > > Michael R Mattys > > Mattys Consulting, LLC > > www.mattysconsulting.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > > Sent: Sunday, June 1, 2014 6:30 AM > > To: 'Microsoft Access Database Discussion List'; 'Access Developers > > discussion and problem solving' > > Subject: [AccessD] corrupt database - backup rather out-dated. > > > > Posting to both lists because this is urgent My Ac2013 Accdb started > > being corrupted for "no" (known) reason, my suspicion... maybe my PC ran > > out > > of juice while on Standby, or maybe standby itself caused the problem. It > > is > > completely unusable, I can open it and get an error message that says > 'Id' > > is not an index in this table (it never tells me what table), about 3 or > 4 > > times; then any object I try to open I get that same message 10 to 20 > > times, > > including all modules and linked tables. Eventually some tables will > open. > > Modules (which is what I am really after, I spent a lot of time coding) > > never. I have not been able to import anything into a fresh database > > either. > > I cannot get to the VBE inside it. > > > > Does someone have a way to repair or crack this accdb open piece by piece > > to > > get at its parts? I would be happy to send it to you, it is just my work, > > no > > client data yet. > > > > -- > > 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 bensonforums at gmail.com Sun Jun 1 21:22:17 2014 From: bensonforums at gmail.com (Bill Benson) Date: Sun, 1 Jun 2014 22:22:17 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> Message-ID: <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> I cannot import anything because I get those error messages about id an not a valid index, before I am even presented with the objects for import. I can open the database but I get that message several times, and I can open some tables (but not export them), but with every action I get that error message many times. I cannot open any Forms in design view, nor Ctrl-G to see VBE. I can create a new form, but get the error message, and also get that error message when adding any controls to a new form. Basically a hosed database. Dan Waters and Darryl Collins are giving it a look. Happy to send your way too Doug. As I said there is no real data in it, it is quite small. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Sunday, June 01, 2014 10:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill: when you say you haven't been able to import 'anything' into a new empty db, did you try importing one object type, eg tables, at a time, or even one table at a time? Sometimes I've been able to recover most parts of a corrupt db very slowly piece by piece. Doug On Sun, Jun 1, 2014 at 10:54 AM, Bill Benson wrote: > Hi Dan, I will send it on (my) Monday... thanks a lot. It is not a > production db yet. > > Thanks again. > On Jun 1, 2014 1:39 PM, "Dan Waters" wrote: > > > Hi Bill, > > > > I was the most recent person to create a program to help resolve > > corrupt databases. There are undocumented functions named > > SaveAsText and LoadFromText. SaveAsText will take all the non-table > > objects and write them to text files. Then the reverse can be done > > with LoadFromText. The idea is to get the definition of the objects > > out of the 'corrupt' Access file, > then > > recreate these objects in a new database. > > > > If you can send me an off-line copy (w/o tables if possible) I'll > > see > what > > I > > can do. > > > > First, change the extension from .accdb to .pdf (this usually gets > > around security checks). Then zip the file and email it to me. I > > can probably get it back to you today or tomorrow morning at the > > latest. > > > > If it's too large to email after being zipped, copy it to a blank > > disk > and > > let me know and I'll give you my address. > > > > HTH, > > Dan > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > Lawrence > > Sent: Sunday, June 01, 2014 11:49 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > Hi Bill: > > > > There is an application, that was developed by programmers, from the > > DBA, that goes through an existing database and extracts all the > > objects into text files and than can rebuild a new database from > > these files. This method is one of the purest methods to clean up a > > database. I am not sure if it will work as there was some fixes to > > do with the application but I had tested it and it really works. > > > > It has been a number of years ago and I just can not remember the > > name or where a copy of this application is stored but I will look > > for it and > send > > it to you when it is found. I am sure there must be other members > > who remember the product and have it stashed away somewhere. > > > > Jim > > > > ----- Original Message ----- > > From: "Bill Benson" > > To: "Access Developers discussion and problem solving" > > > > Sent: Sunday, June 1, 2014 6:04:05 AM > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > I gave it a shot, it did create another database named Test but it > > did > not > > work, had all the same errors I was getting before. > > > > Sub Try() > > Dim D As Object > > Dim strSource as string > > Dim strDest as string > > > > strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > Development\Lew\Lew DB2.accdb" > > strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > Development\Lew\Test.accdb" > > Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase > > strSource,strDest , , 128 End Sub > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael > Mattys > > Sent: Sunday, June 01, 2014 8:46 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > Hi Bill, > > > > One more, you'll like this one: > > > > > http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatab > ase-in > > -dao-dbengine-36-using-vbscript > > > > Michael R Mattys > > Mattys Consulting, LLC > > www.mattysconsulting.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > Benson > > Sent: Sunday, June 1, 2014 6:30 AM > > To: 'Microsoft Access Database Discussion List'; 'Access Developers > > discussion and problem solving' > > Subject: [AccessD] corrupt database - backup rather out-dated. > > > > Posting to both lists because this is urgent My Ac2013 Accdb started > > being corrupted for "no" (known) reason, my suspicion... maybe my PC > > ran out of juice while on Standby, or maybe standby itself caused > > the problem. It is completely unusable, I can open it and get an > > error message that says > 'Id' > > is not an index in this table (it never tells me what table), about > > 3 or > 4 > > times; then any object I try to open I get that same message 10 to > > 20 times, including all modules and linked tables. Eventually some > > tables will > open. > > Modules (which is what I am really after, I spent a lot of time > > coding) never. I have not been able to import anything into a fresh > > database either. > > I cannot get to the VBE inside it. > > > > Does someone have a way to repair or crack this accdb open piece by > > piece to get at its parts? I would be happy to send it to you, it is > > just my work, no client data yet. > > > > -- > > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Jun 2 06:55:06 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 02 Jun 2014 07:55:06 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> Message-ID: <58E063B8C4224AEA91D5061A05B6061D@XPS> Unfortunately Microsoft never updated the JETCOMP.EXE tool for the .accdb format. It was the only tool that would work (sometimes) in situations like this because unlike the compact and repair, it would not open the DB as a DB first, but treat it just like as a file and repair the DBH (Database Header) page first, then open the DB. If you can't open it, you don't have any options other than a recovery service out on the net. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Sunday, June 01, 2014 10:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] corrupt database - backup rather out-dated. I cannot import anything because I get those error messages about id an not a valid index, before I am even presented with the objects for import. I can open the database but I get that message several times, and I can open some tables (but not export them), but with every action I get that error message many times. I cannot open any Forms in design view, nor Ctrl-G to see VBE. I can create a new form, but get the error message, and also get that error message when adding any controls to a new form. Basically a hosed database. Dan Waters and Darryl Collins are giving it a look. Happy to send your way too Doug. As I said there is no real data in it, it is quite small. Thanks. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele Sent: Sunday, June 01, 2014 10:12 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill: when you say you haven't been able to import 'anything' into a new empty db, did you try importing one object type, eg tables, at a time, or even one table at a time? Sometimes I've been able to recover most parts of a corrupt db very slowly piece by piece. Doug On Sun, Jun 1, 2014 at 10:54 AM, Bill Benson wrote: > Hi Dan, I will send it on (my) Monday... thanks a lot. It is not a > production db yet. > > Thanks again. > On Jun 1, 2014 1:39 PM, "Dan Waters" wrote: > > > Hi Bill, > > > > I was the most recent person to create a program to help resolve > > corrupt databases. There are undocumented functions named > > SaveAsText and LoadFromText. SaveAsText will take all the non-table > > objects and write them to text files. Then the reverse can be done > > with LoadFromText. The idea is to get the definition of the objects > > out of the 'corrupt' Access file, > then > > recreate these objects in a new database. > > > > If you can send me an off-line copy (w/o tables if possible) I'll > > see > what > > I > > can do. > > > > First, change the extension from .accdb to .pdf (this usually gets > > around security checks). Then zip the file and email it to me. I > > can probably get it back to you today or tomorrow morning at the > > latest. > > > > If it's too large to email after being zipped, copy it to a blank > > disk > and > > let me know and I'll give you my address. > > > > HTH, > > Dan > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > Lawrence > > Sent: Sunday, June 01, 2014 11:49 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > Hi Bill: > > > > There is an application, that was developed by programmers, from the > > DBA, that goes through an existing database and extracts all the > > objects into text files and than can rebuild a new database from > > these files. This method is one of the purest methods to clean up a > > database. I am not sure if it will work as there was some fixes to > > do with the application but I had tested it and it really works. > > > > It has been a number of years ago and I just can not remember the > > name or where a copy of this application is stored but I will look > > for it and > send > > it to you when it is found. I am sure there must be other members > > who remember the product and have it stashed away somewhere. > > > > Jim > > > > ----- Original Message ----- > > From: "Bill Benson" > > To: "Access Developers discussion and problem solving" > > > > Sent: Sunday, June 1, 2014 6:04:05 AM > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > I gave it a shot, it did create another database named Test but it > > did > not > > work, had all the same errors I was getting before. > > > > Sub Try() > > Dim D As Object > > Dim strSource as string > > Dim strDest as string > > > > strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > Development\Lew\Lew DB2.accdb" > > strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > Development\Lew\Test.accdb" > > Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase > > strSource,strDest , , 128 End Sub > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael > Mattys > > Sent: Sunday, June 01, 2014 8:46 AM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > Hi Bill, > > > > One more, you'll like this one: > > > > > http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatab > ase-in > > -dao-dbengine-36-using-vbscript > > > > Michael R Mattys > > Mattys Consulting, LLC > > www.mattysconsulting.com > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > Benson > > Sent: Sunday, June 1, 2014 6:30 AM > > To: 'Microsoft Access Database Discussion List'; 'Access Developers > > discussion and problem solving' > > Subject: [AccessD] corrupt database - backup rather out-dated. > > > > Posting to both lists because this is urgent My Ac2013 Accdb started > > being corrupted for "no" (known) reason, my suspicion... maybe my PC > > ran out of juice while on Standby, or maybe standby itself caused > > the problem. It is completely unusable, I can open it and get an > > error message that says > 'Id' > > is not an index in this table (it never tells me what table), about > > 3 or > 4 > > times; then any object I try to open I get that same message 10 to > > 20 times, including all modules and linked tables. Eventually some > > tables will > open. > > Modules (which is what I am really after, I spent a lot of time > > coding) never. I have not been able to import anything into a fresh > > database either. > > I cannot get to the VBE inside it. > > > > Does someone have a way to repair or crack this accdb open piece by > > piece to get at its parts? I would be happy to send it to you, it is > > just my work, no client data yet. > > > > -- > > 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 > -- 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 dbdoug at gmail.com Mon Jun 2 00:00:17 2014 From: dbdoug at gmail.com (Doug Steele) Date: Sun, 1 Jun 2014 22:00:17 -0700 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> Message-ID: Sure, shoot it off to me. Doug On Sun, Jun 1, 2014 at 7:22 PM, Bill Benson wrote: > I cannot import anything because I get those error messages about id an not > a valid index, before I am even presented with the objects for import. > > I can open the database but I get that message several times, and I can > open > some tables (but not export them), but with every action I get that error > message many times. > > I cannot open any Forms in design view, nor Ctrl-G to see VBE. > > I can create a new form, but get the error message, and also get that error > message when adding any controls to a new form. > > Basically a hosed database. > > Dan Waters and Darryl Collins are giving it a look. Happy to send your way > too Doug. > > As I said there is no real data in it, it is quite small. > > Thanks. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Sunday, June 01, 2014 10:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: when you say you haven't been able to import 'anything' into a new > empty db, did you try importing one object type, eg tables, at a time, or > even one table at a time? Sometimes I've been able to recover most parts > of > a corrupt db very slowly piece by piece. > > Doug > > > On Sun, Jun 1, 2014 at 10:54 AM, Bill Benson > wrote: > > > Hi Dan, I will send it on (my) Monday... thanks a lot. It is not a > > production db yet. > > > > Thanks again. > > On Jun 1, 2014 1:39 PM, "Dan Waters" wrote: > > > > > Hi Bill, > > > > > > I was the most recent person to create a program to help resolve > > > corrupt databases. There are undocumented functions named > > > SaveAsText and LoadFromText. SaveAsText will take all the non-table > > > objects and write them to text files. Then the reverse can be done > > > with LoadFromText. The idea is to get the definition of the objects > > > out of the 'corrupt' Access file, > > then > > > recreate these objects in a new database. > > > > > > If you can send me an off-line copy (w/o tables if possible) I'll > > > see > > what > > > I > > > can do. > > > > > > First, change the extension from .accdb to .pdf (this usually gets > > > around security checks). Then zip the file and email it to me. I > > > can probably get it back to you today or tomorrow morning at the > > > latest. > > > > > > If it's too large to email after being zipped, copy it to a blank > > > disk > > and > > > let me know and I'll give you my address. > > > > > > HTH, > > > Dan > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > > Lawrence > > > Sent: Sunday, June 01, 2014 11:49 AM > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > Hi Bill: > > > > > > There is an application, that was developed by programmers, from the > > > DBA, that goes through an existing database and extracts all the > > > objects into text files and than can rebuild a new database from > > > these files. This method is one of the purest methods to clean up a > > > database. I am not sure if it will work as there was some fixes to > > > do with the application but I had tested it and it really works. > > > > > > It has been a number of years ago and I just can not remember the > > > name or where a copy of this application is stored but I will look > > > for it and > > send > > > it to you when it is found. I am sure there must be other members > > > who remember the product and have it stashed away somewhere. > > > > > > Jim > > > > > > ----- Original Message ----- > > > From: "Bill Benson" > > > To: "Access Developers discussion and problem solving" > > > > > > Sent: Sunday, June 1, 2014 6:04:05 AM > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > I gave it a shot, it did create another database named Test but it > > > did > > not > > > work, had all the same errors I was getting before. > > > > > > Sub Try() > > > Dim D As Object > > > Dim strSource as string > > > Dim strDest as string > > > > > > strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > > Development\Lew\Lew DB2.accdb" > > > strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > > Development\Lew\Test.accdb" > > > Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase > > > strSource,strDest , , 128 End Sub > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael > > Mattys > > > Sent: Sunday, June 01, 2014 8:46 AM > > > To: 'Access Developers discussion and problem solving' > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > Hi Bill, > > > > > > One more, you'll like this one: > > > > > > > > http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatab > > ase-in > > > -dao-dbengine-36-using-vbscript > > > > > > Michael R Mattys > > > Mattys Consulting, LLC > > > www.mattysconsulting.com > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > > Benson > > > Sent: Sunday, June 1, 2014 6:30 AM > > > To: 'Microsoft Access Database Discussion List'; 'Access Developers > > > discussion and problem solving' > > > Subject: [AccessD] corrupt database - backup rather out-dated. > > > > > > Posting to both lists because this is urgent My Ac2013 Accdb started > > > being corrupted for "no" (known) reason, my suspicion... maybe my PC > > > ran out of juice while on Standby, or maybe standby itself caused > > > the problem. It is completely unusable, I can open it and get an > > > error message that says > > 'Id' > > > is not an index in this table (it never tells me what table), about > > > 3 or > > 4 > > > times; then any object I try to open I get that same message 10 to > > > 20 times, including all modules and linked tables. Eventually some > > > tables will > > open. > > > Modules (which is what I am really after, I spent a lot of time > > > coding) never. I have not been able to import anything into a fresh > > > database either. > > > I cannot get to the VBE inside it. > > > > > > Does someone have a way to repair or crack this accdb open piece by > > > piece to get at its parts? I would be happy to send it to you, it is > > > just my work, no client data yet. > > > > > > -- > > > 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 > > > -- > 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 Mon Jun 2 12:37:49 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 2 Jun 2014 13:37:49 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <58E063B8C4224AEA91D5061A05B6061D@XPS> References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> <58E063B8C4224AEA91D5061A05B6061D@XPS> Message-ID: Thanks Jim. I am fortunate to learn of this problem early. I have never had this happen in earlier versions (2010 on back to 97) and I don't think this bodes well for my love of 2013. I will probably put 2010 back and uninstall 2013. On Jun 2, 2014 8:00 AM, "Jim Dettman" wrote: > > Unfortunately Microsoft never updated the JETCOMP.EXE tool for the .accdb > format. > > It was the only tool that would work (sometimes) in situations like this > because unlike the compact and repair, it would not open the DB as a DB > first, but treat it just like as a file and repair the DBH (Database > Header) > page first, then open the DB. > > If you can't open it, you don't have any options other than a recovery > service out on the net. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Sunday, June 01, 2014 10:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I cannot import anything because I get those error messages about id an not > a valid index, before I am even presented with the objects for import. > > I can open the database but I get that message several times, and I can > open > some tables (but not export them), but with every action I get that error > message many times. > > I cannot open any Forms in design view, nor Ctrl-G to see VBE. > > I can create a new form, but get the error message, and also get that error > message when adding any controls to a new form. > > Basically a hosed database. > > Dan Waters and Darryl Collins are giving it a look. Happy to send your way > too Doug. > > As I said there is no real data in it, it is quite small. > > Thanks. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Sunday, June 01, 2014 10:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: when you say you haven't been able to import 'anything' into a new > empty db, did you try importing one object type, eg tables, at a time, or > even one table at a time? Sometimes I've been able to recover most parts > of > a corrupt db very slowly piece by piece. > > Doug > > > On Sun, Jun 1, 2014 at 10:54 AM, Bill Benson > wrote: > > > Hi Dan, I will send it on (my) Monday... thanks a lot. It is not a > > production db yet. > > > > Thanks again. > > On Jun 1, 2014 1:39 PM, "Dan Waters" wrote: > > > > > Hi Bill, > > > > > > I was the most recent person to create a program to help resolve > > > corrupt databases. There are undocumented functions named > > > SaveAsText and LoadFromText. SaveAsText will take all the non-table > > > objects and write them to text files. Then the reverse can be done > > > with LoadFromText. The idea is to get the definition of the objects > > > out of the 'corrupt' Access file, > > then > > > recreate these objects in a new database. > > > > > > If you can send me an off-line copy (w/o tables if possible) I'll > > > see > > what > > > I > > > can do. > > > > > > First, change the extension from .accdb to .pdf (this usually gets > > > around security checks). Then zip the file and email it to me. I > > > can probably get it back to you today or tomorrow morning at the > > > latest. > > > > > > If it's too large to email after being zipped, copy it to a blank > > > disk > > and > > > let me know and I'll give you my address. > > > > > > HTH, > > > Dan > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > > Lawrence > > > Sent: Sunday, June 01, 2014 11:49 AM > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > Hi Bill: > > > > > > There is an application, that was developed by programmers, from the > > > DBA, that goes through an existing database and extracts all the > > > objects into text files and than can rebuild a new database from > > > these files. This method is one of the purest methods to clean up a > > > database. I am not sure if it will work as there was some fixes to > > > do with the application but I had tested it and it really works. > > > > > > It has been a number of years ago and I just can not remember the > > > name or where a copy of this application is stored but I will look > > > for it and > > send > > > it to you when it is found. I am sure there must be other members > > > who remember the product and have it stashed away somewhere. > > > > > > Jim > > > > > > ----- Original Message ----- > > > From: "Bill Benson" > > > To: "Access Developers discussion and problem solving" > > > > > > Sent: Sunday, June 1, 2014 6:04:05 AM > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > I gave it a shot, it did create another database named Test but it > > > did > > not > > > work, had all the same errors I was getting before. > > > > > > Sub Try() > > > Dim D As Object > > > Dim strSource as string > > > Dim strDest as string > > > > > > strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > > Development\Lew\Lew DB2.accdb" > > > strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > > Development\Lew\Test.accdb" > > > Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase > > > strSource,strDest , , 128 End Sub > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael > > Mattys > > > Sent: Sunday, June 01, 2014 8:46 AM > > > To: 'Access Developers discussion and problem solving' > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > Hi Bill, > > > > > > One more, you'll like this one: > > > > > > > > http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatab > > ase-in > > > -dao-dbengine-36-using-vbscript > > > > > > Michael R Mattys > > > Mattys Consulting, LLC > > > www.mattysconsulting.com > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > > Benson > > > Sent: Sunday, June 1, 2014 6:30 AM > > > To: 'Microsoft Access Database Discussion List'; 'Access Developers > > > discussion and problem solving' > > > Subject: [AccessD] corrupt database - backup rather out-dated. > > > > > > Posting to both lists because this is urgent My Ac2013 Accdb started > > > being corrupted for "no" (known) reason, my suspicion... maybe my PC > > > ran out of juice while on Standby, or maybe standby itself caused > > > the problem. It is completely unusable, I can open it and get an > > > error message that says > > 'Id' > > > is not an index in this table (it never tells me what table), about > > > 3 or > > 4 > > > times; then any object I try to open I get that same message 10 to > > > 20 times, including all modules and linked tables. Eventually some > > > tables will > > open. > > > Modules (which is what I am really after, I spent a lot of time > > > coding) never. I have not been able to import anything into a fresh > > > database either. > > > I cannot get to the VBE inside it. > > > > > > Does someone have a way to repair or crack this accdb open piece by > > > piece to get at its parts? I would be happy to send it to you, it is > > > just my work, no client data yet. > > > > > > -- > > > 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 > > > -- > 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 garykjos at gmail.com Mon Jun 2 12:55:36 2014 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 2 Jun 2014 12:55:36 -0500 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> <58E063B8C4224AEA91D5061A05B6061D@XPS> Message-ID: Well corruption can happen in all versions. I wouldn't personally blame 2013 version for your issues just yet. Could be. I just started using 2013 a couple weeks ago. I still create all my databases in 2000 format. I'm not creating anything for distribution to others though. I'd recommend you get a backup strategy/habit in place. Copy the file to a ZIP file every day and copy that someplace other than the hard drive where you are working or something like that. Loosing work during development is never a good thing although I have found that sometimes being forced to redo some things can lead to them being done in better ways the second time through. When I was developing databases for others with a lot of code I would rename my work in progress database every day so I could always go back to yesterdays version. Eventually I would have a dozen versions sometimes and then I would delete all the early versions once I was sure I didn't need them. I also would make copies to other media or other systems too in case I had a drive crash. You can not have too many backups. GK > On Mon, Jun 2, 2014 at 12:37 PM, Bill Benson > wrote: > >> Thanks Jim. >> >> I am fortunate to learn of this problem early. I have never had this >> happen >> in earlier versions (2010 on back to 97) and I don't think this bodes well >> for my love of 2013. I will probably put 2010 back and uninstall 2013. >> On Jun 2, 2014 8:00 AM, "Jim Dettman" wrote: >> >> > >> > Unfortunately Microsoft never updated the JETCOMP.EXE tool for the >> .accdb >> > format. >> > >> > It was the only tool that would work (sometimes) in situations like >> this >> > because unlike the compact and repair, it would not open the DB as a DB >> > first, but treat it just like as a file and repair the DBH (Database >> > Header) >> > page first, then open the DB. >> > >> > If you can't open it, you don't have any options other than a recovery >> > service out on the net. >> > >> > Jim. >> >> -- Gary Kjos garykjos at gmail.com From accessd at shaw.ca Mon Jun 2 13:06:33 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 2 Jun 2014 12:06:33 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: Message-ID: <2016712880.359506.1401732393054.JavaMail.root@cds018> Hi Gary: I would also add that it is a good idea to separate the actual data tables from the rest of the application. Jim ----- Original Message ----- From: "Gary Kjos" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 10:55:36 AM Subject: Re: [AccessD] corrupt database - backup rather out-dated. Well corruption can happen in all versions. I wouldn't personally blame 2013 version for your issues just yet. Could be. I just started using 2013 a couple weeks ago. I still create all my databases in 2000 format. I'm not creating anything for distribution to others though. I'd recommend you get a backup strategy/habit in place. Copy the file to a ZIP file every day and copy that someplace other than the hard drive where you are working or something like that. Loosing work during development is never a good thing although I have found that sometimes being forced to redo some things can lead to them being done in better ways the second time through. When I was developing databases for others with a lot of code I would rename my work in progress database every day so I could always go back to yesterdays version. Eventually I would have a dozen versions sometimes and then I would delete all the early versions once I was sure I didn't need them. I also would make copies to other media or other systems too in case I had a drive crash. You can not have too many backups. GK > On Mon, Jun 2, 2014 at 12:37 PM, Bill Benson > wrote: > >> Thanks Jim. >> >> I am fortunate to learn of this problem early. I have never had this >> happen >> in earlier versions (2010 on back to 97) and I don't think this bodes well >> for my love of 2013. I will probably put 2010 back and uninstall 2013. >> On Jun 2, 2014 8:00 AM, "Jim Dettman" wrote: >> >> > >> > Unfortunately Microsoft never updated the JETCOMP.EXE tool for the >> .accdb >> > format. >> > >> > It was the only tool that would work (sometimes) in situations like >> this >> > because unlike the compact and repair, it would not open the DB as a DB >> > first, but treat it just like as a file and repair the DBH (Database >> > Header) >> > page first, then open the DB. >> > >> > If you can't open it, you don't have any options other than a recovery >> > service out on the net. >> > >> > Jim. >> >> -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From garykjos at gmail.com Mon Jun 2 13:13:12 2014 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 2 Jun 2014 13:13:12 -0500 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <2016712880.359506.1401732393054.JavaMail.root@cds018> References: <2016712880.359506.1401732393054.JavaMail.root@cds018> Message-ID: That is certainly a good idea once you have the thing done but it can be a pain during development as you may be adding fields and indexes and such and having the data split up front can add work as you would need to refresh links many times potentially. At least that is how I remember it from my develop for others days. GK On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > Hi Gary: > > I would also add that it is a good idea to separate the actual data tables > from the rest of the application. > > Jim > > -- Gary Kjos garykjos at gmail.com From stuart at lexacorp.com.pg Mon Jun 2 14:15:27 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 03 Jun 2014 05:15:27 +1000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: , <2016712880.359506.1401732393054.JavaMail.root@cds018>, Message-ID: <538CCD4F.24767.3C97165B@stuart.lexacorp.com.pg> Nope, you don't need to refesh links unless you add or delete tables. Structure changes are detected automagically. It's also a good idea to to take regular backup copies when developing :) -- Stuart On 2 Jun 2014 at 13:13, Gary Kjos wrote: > That is certainly a good idea once you have the thing done but it can > be a pain during development as you may be adding fields and indexes > and such and having the data split up front can add work as you would > need to refresh links many times potentially. > > At least that is how I remember it from my develop for others days. > > GK > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > Hi Gary: > > > > I would also add that it is a good idea to separate the actual data > > tables from the rest of the application. > > > > Jim > > > > > -- > Gary Kjos > garykjos at gmail.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From garykjos at gmail.com Mon Jun 2 14:27:07 2014 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 2 Jun 2014 14:27:07 -0500 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <538CCD4F.24767.3C97165B@stuart.lexacorp.com.pg> References: <2016712880.359506.1401732393054.JavaMail.root@cds018> <538CCD4F.24767.3C97165B@stuart.lexacorp.com.pg> Message-ID: Well that is different in ODBC links then perhaps. At least in the versions I have been using. When Oracle table changes are made I won't see them until I refresh the links. GK On Mon, Jun 2, 2014 at 2:15 PM, Stuart McLachlan wrote: > Nope, you don't need to refesh links unless you add or delete tables. > Structure changes are > detected automagically. > > It's also a good idea to to take regular backup copies when developing :) > > -- > Stuart > > On 2 Jun 2014 at 13:13, Gary Kjos wrote: > > > That is certainly a good idea once you have the thing done but it can > > be a pain during development as you may be adding fields and indexes > > and such and having the data split up front can add work as you would > > need to refresh links many times potentially. > > > > At least that is how I remember it from my develop for others days. > > > > GK > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > Hi Gary: > > > > > > I would also add that it is a good idea to separate the actual data > > > tables from the rest of the application. > > > > > > Jim > > > > > > > > -- > > Gary Kjos > > garykjos at gmail.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 > -- Gary Kjos garykjos at gmail.com From jimdettman at verizon.net Mon Jun 2 14:30:37 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 02 Jun 2014 15:30:37 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <000401cf7d99$f7f94310$e7ebc930$@gmail.com> <643038023.59242048.1401641357033.JavaMail.root@cds018> <002801cf7e09$79e4b1b0$6dae1510$@gmail.com> <58E063B8C4224AEA91D5061A05B6061D@XPS> Message-ID: <98C23993CA034773AF3663CBC27A432C@XPS> I have to say, for a number of years the number of corruptions I would hear about seemed to die off quite a bit (of course networks have improved tremendously). But since 2007 and the new .accdb format, I'm hearing more and more of them again. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, June 02, 2014 01:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Thanks Jim. I am fortunate to learn of this problem early. I have never had this happen in earlier versions (2010 on back to 97) and I don't think this bodes well for my love of 2013. I will probably put 2010 back and uninstall 2013. On Jun 2, 2014 8:00 AM, "Jim Dettman" wrote: > > Unfortunately Microsoft never updated the JETCOMP.EXE tool for the .accdb > format. > > It was the only tool that would work (sometimes) in situations like this > because unlike the compact and repair, it would not open the DB as a DB > first, but treat it just like as a file and repair the DBH (Database > Header) > page first, then open the DB. > > If you can't open it, you don't have any options other than a recovery > service out on the net. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Sunday, June 01, 2014 10:22 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I cannot import anything because I get those error messages about id an not > a valid index, before I am even presented with the objects for import. > > I can open the database but I get that message several times, and I can > open > some tables (but not export them), but with every action I get that error > message many times. > > I cannot open any Forms in design view, nor Ctrl-G to see VBE. > > I can create a new form, but get the error message, and also get that error > message when adding any controls to a new form. > > Basically a hosed database. > > Dan Waters and Darryl Collins are giving it a look. Happy to send your way > too Doug. > > As I said there is no real data in it, it is quite small. > > Thanks. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Doug Steele > Sent: Sunday, June 01, 2014 10:12 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: when you say you haven't been able to import 'anything' into a new > empty db, did you try importing one object type, eg tables, at a time, or > even one table at a time? Sometimes I've been able to recover most parts > of > a corrupt db very slowly piece by piece. > > Doug > > > On Sun, Jun 1, 2014 at 10:54 AM, Bill Benson > wrote: > > > Hi Dan, I will send it on (my) Monday... thanks a lot. It is not a > > production db yet. > > > > Thanks again. > > On Jun 1, 2014 1:39 PM, "Dan Waters" wrote: > > > > > Hi Bill, > > > > > > I was the most recent person to create a program to help resolve > > > corrupt databases. There are undocumented functions named > > > SaveAsText and LoadFromText. SaveAsText will take all the non-table > > > objects and write them to text files. Then the reverse can be done > > > with LoadFromText. The idea is to get the definition of the objects > > > out of the 'corrupt' Access file, > > then > > > recreate these objects in a new database. > > > > > > If you can send me an off-line copy (w/o tables if possible) I'll > > > see > > what > > > I > > > can do. > > > > > > First, change the extension from .accdb to .pdf (this usually gets > > > around security checks). Then zip the file and email it to me. I > > > can probably get it back to you today or tomorrow morning at the > > > latest. > > > > > > If it's too large to email after being zipped, copy it to a blank > > > disk > > and > > > let me know and I'll give you my address. > > > > > > HTH, > > > Dan > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim > > > Lawrence > > > Sent: Sunday, June 01, 2014 11:49 AM > > > To: Access Developers discussion and problem solving > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > Hi Bill: > > > > > > There is an application, that was developed by programmers, from the > > > DBA, that goes through an existing database and extracts all the > > > objects into text files and than can rebuild a new database from > > > these files. This method is one of the purest methods to clean up a > > > database. I am not sure if it will work as there was some fixes to > > > do with the application but I had tested it and it really works. > > > > > > It has been a number of years ago and I just can not remember the > > > name or where a copy of this application is stored but I will look > > > for it and > > send > > > it to you when it is found. I am sure there must be other members > > > who remember the product and have it stashed away somewhere. > > > > > > Jim > > > > > > ----- Original Message ----- > > > From: "Bill Benson" > > > To: "Access Developers discussion and problem solving" > > > > > > Sent: Sunday, June 1, 2014 6:04:05 AM > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > I gave it a shot, it did create another database named Test but it > > > did > > not > > > work, had all the same errors I was getting before. > > > > > > Sub Try() > > > Dim D As Object > > > Dim strSource as string > > > Dim strDest as string > > > > > > strSource = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > > Development\Lew\Lew DB2.accdb" > > > strDest = "D:\Docs\zzzProgramming and Consulting\2014 Programming > > > Development\Lew\Test.accdb" > > > Set D = CreateObject("DAO.DBEngine.120") D.CompactDatabase > > > strSource,strDest , , 128 End Sub > > > > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael > > Mattys > > > Sent: Sunday, June 01, 2014 8:46 AM > > > To: 'Access Developers discussion and problem solving' > > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > > > Hi Bill, > > > > > > One more, you'll like this one: > > > > > > > > http://stackoverflow.com/questions/3133738/why-cant-i-use-compactdatab > > ase-in > > > -dao-dbengine-36-using-vbscript > > > > > > Michael R Mattys > > > Mattys Consulting, LLC > > > www.mattysconsulting.com > > > > > > -----Original Message----- > > > From: accessd-bounces at databaseadvisors.com > > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill > > > Benson > > > Sent: Sunday, June 1, 2014 6:30 AM > > > To: 'Microsoft Access Database Discussion List'; 'Access Developers > > > discussion and problem solving' > > > Subject: [AccessD] corrupt database - backup rather out-dated. > > > > > > Posting to both lists because this is urgent My Ac2013 Accdb started > > > being corrupted for "no" (known) reason, my suspicion... maybe my PC > > > ran out of juice while on Standby, or maybe standby itself caused > > > the problem. It is completely unusable, I can open it and get an > > > error message that says > > 'Id' > > > is not an index in this table (it never tells me what table), about > > > 3 or > > 4 > > > times; then any object I try to open I get that same message 10 to > > > 20 times, including all modules and linked tables. Eventually some > > > tables will > > open. > > > Modules (which is what I am really after, I spent a lot of time > > > coding) never. I have not been able to import anything into a fresh > > > database either. > > > I cannot get to the VBE inside it. > > > > > > Does someone have a way to repair or crack this accdb open piece by > > > piece to get at its parts? I would be happy to send it to you, it is > > > just my work, no client data yet. > > > > > > -- > > > 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 > > > -- > 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 Mon Jun 2 14:30:37 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 02 Jun 2014 15:30:37 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <538CCD4F.24767.3C97165B@stuart.lexacorp.com.pg> References: , <2016712880.359506.1401732393054.JavaMail.root@cds018>, <538CCD4F.24767.3C97165B@stuart.lexacorp.com.pg> Message-ID: <649490BDCBC94680B9D0294EC3A31990@XPS> That's only true for a JET DB. Gary is probably thinking of something he did using a non-JET BE. But he might be thinking WAY back when there used to be "attachment fatigue". For no rhyme or reason, attachments would no longer work. Many developers back then refreshed attachments every time the app fired up for that reason. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Stuart McLachlan Sent: Monday, June 02, 2014 03:15 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Nope, you don't need to refesh links unless you add or delete tables. Structure changes are detected automagically. It's also a good idea to to take regular backup copies when developing :) -- Stuart On 2 Jun 2014 at 13:13, Gary Kjos wrote: > That is certainly a good idea once you have the thing done but it can > be a pain during development as you may be adding fields and indexes > and such and having the data split up front can add work as you would > need to refresh links many times potentially. > > At least that is how I remember it from my develop for others days. > > GK > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > Hi Gary: > > > > I would also add that it is a good idea to separate the actual data > > tables from the rest of the application. > > > > Jim > > > > > -- > Gary Kjos > garykjos at gmail.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 Mon Jun 2 15:37:06 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Tue, 03 Jun 2014 06:37:06 +1000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: , <538CCD4F.24767.3C97165B@stuart.lexacorp.com.pg>, Message-ID: <538CE072.14521.3CE1DA47@stuart.lexacorp.com.pg> Yes, ODBC is different, you do have to relink them. On 2 Jun 2014 at 14:27, Gary Kjos wrote: > Well that is different in ODBC links then perhaps. At least in the > versions I have been using. When Oracle table changes are made I won't > see them until I refresh the links. > > GK > > > On Mon, Jun 2, 2014 at 2:15 PM, Stuart McLachlan > wrote: > > > Nope, you don't need to refesh links unless you add or delete > > tables. > > Structure changes are > > detected automagically. > > > > It's also a good idea to to take regular backup copies when > > developing :) > > > > -- > > Stuart > > > > On 2 Jun 2014 at 13:13, Gary Kjos wrote: > > > > > That is certainly a good idea once you have the thing done but it > > > can be a pain during development as you may be adding fields and > > > indexes and such and having the data split up front can add work > > > as you would need to refresh links many times potentially. > > > > > > At least that is how I remember it from my develop for others > > > days. > > > > > > GK > > > > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence > > > wrote: > > > > > > > Hi Gary: > > > > > > > > I would also add that it is a good idea to separate the actual > > > > data tables from the rest of the application. > > > > > > > > Jim > > > > > > > > > > > -- > > > Gary Kjos > > > garykjos at gmail.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 > > > > > > -- > Gary Kjos > garykjos at gmail.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Mon Jun 2 15:44:45 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 2 Jun 2014 16:44:45 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <2016712880.359506.1401732393054.JavaMail.root@cds018> Message-ID: I am happy to say that I did separate the data tables the program. Much of the advice given here is something that I already follow. However, it is true that if I had made a backup just some hours before that I would be in better shape than I am. I guess this could have been a thread about how to prevent the downside of this happening in the future. There are many such threads. However mainly this was a thread about a corrupt database and whether it could be fixed. Thanks all of those who offered help in this regard. On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > That is certainly a good idea once you have the thing done but it can be a > pain during development as you may be adding fields and indexes and such > and having the data split up front can add work as you would need to > refresh links many times potentially. > > At least that is how I remember it from my develop for others days. > > GK > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > Hi Gary: > > > > I would also add that it is a good idea to separate the actual data > tables > > from the rest of the application. > > > > Jim > > > > > -- > Gary Kjos > garykjos at gmail.com > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From dbdoug at gmail.com Mon Jun 2 15:56:13 2014 From: dbdoug at gmail.com (Doug Steele) Date: Mon, 2 Jun 2014 13:56:13 -0700 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <2016712880.359506.1401732393054.JavaMail.root@cds018> Message-ID: My solution for Access db backups is to have a (free) Dropbox account, and keep all my dbs in my Dropbox folders. Dropbox keeps all old versions of files for (I think) 30 days, and it's just a matter of clicking on 'View previous versions' and picking the one you want to download. Saved me a few times! Doug On Mon, Jun 2, 2014 at 1:44 PM, Bill Benson wrote: > I am happy to say that I did separate the data tables the program. Much of > the advice given here is something that I already follow. However, it is > true that if I had made a backup just some hours before that I would be in > better shape than I am. > > I guess this could have been a thread about how to prevent the downside of > this happening in the future. There are many such threads. However mainly > this was a thread about a corrupt database and whether it could be fixed. > Thanks all of those who offered help in this regard. > On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > > > That is certainly a good idea once you have the thing done but it can be > a > > pain during development as you may be adding fields and indexes and such > > and having the data split up front can add work as you would need to > > refresh links many times potentially. > > > > At least that is how I remember it from my develop for others days. > > > > GK > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > Hi Gary: > > > > > > I would also add that it is a good idea to separate the actual data > > tables > > > from the rest of the application. > > > > > > Jim > > > > > > > > -- > > Gary Kjos > > garykjos at gmail.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 garykjos at gmail.com Mon Jun 2 15:58:22 2014 From: garykjos at gmail.com (Gary Kjos) Date: Mon, 2 Jun 2014 15:58:22 -0500 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <2016712880.359506.1401732393054.JavaMail.root@cds018> Message-ID: Years ago we had a discussion here about using a hex editor on an Access MDB file and copying parts of a working MDB file into a corrupted one in order to make it good enough to be able to be opened and for code or something to be extracted. It was a LONG time ago though and I don't recall if it was actually successful or just a theoretical discussion. GK On Mon, Jun 2, 2014 at 3:44 PM, Bill Benson wrote: > I am happy to say that I did separate the data tables the program. Much of > the advice given here is something that I already follow. However, it is > true that if I had made a backup just some hours before that I would be in > better shape than I am. > > I guess this could have been a thread about how to prevent the downside of > this happening in the future. There are many such threads. However mainly > this was a thread about a corrupt database and whether it could be fixed. > Thanks all of those who offered help in this regard. > On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > > > That is certainly a good idea once you have the thing done but it can be > a > > pain during development as you may be adding fields and indexes and such > > and having the data split up front can add work as you would need to > > refresh links many times potentially. > > > > At least that is how I remember it from my develop for others days. > > > > GK > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > Hi Gary: > > > > > > I would also add that it is a good idea to separate the actual data > > tables > > > from the rest of the application. > > > > > > Jim > > > > > > > > -- > -- Gary Kjos garykjos at gmail.com From accessd at shaw.ca Mon Jun 2 16:40:00 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 2 Jun 2014 15:40:00 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <538CCD4F.24767.3C97165B@stuart.lexacorp.com.pg> Message-ID: <1818875480.546060.1401745200412.JavaMail.root@cds018> "It's also a good idea to to take regular backup copies when developing :)" Now that is a gimme. Jim ----- Original Message ----- From: "Stuart McLachlan" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 12:15:27 PM Subject: Re: [AccessD] corrupt database - backup rather out-dated. Nope, you don't need to refesh links unless you add or delete tables. Structure changes are detected automagically. It's also a good idea to to take regular backup copies when developing :) -- Stuart On 2 Jun 2014 at 13:13, Gary Kjos wrote: > That is certainly a good idea once you have the thing done but it can > be a pain during development as you may be adding fields and indexes > and such and having the data split up front can add work as you would > need to refresh links many times potentially. > > At least that is how I remember it from my develop for others days. > > GK > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > Hi Gary: > > > > I would also add that it is a good idea to separate the actual data > > tables from the rest of the application. > > > > Jim > > > > > -- > Gary Kjos > garykjos at gmail.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 Mon Jun 2 16:58:34 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 2 Jun 2014 15:58:34 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: Message-ID: <704779168.559310.1401746314833.JavaMail.root@cds018> Hi Bill: Some wise person said always make your backups automatic because you wouldn't remember. Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 1:44:45 PM Subject: Re: [AccessD] corrupt database - backup rather out-dated. I am happy to say that I did separate the data tables the program. Much of the advice given here is something that I already follow. However, it is true that if I had made a backup just some hours before that I would be in better shape than I am. I guess this could have been a thread about how to prevent the downside of this happening in the future. There are many such threads. However mainly this was a thread about a corrupt database and whether it could be fixed. Thanks all of those who offered help in this regard. On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > That is certainly a good idea once you have the thing done but it can be a > pain during development as you may be adding fields and indexes and such > and having the data split up front can add work as you would need to > refresh links many times potentially. > > At least that is how I remember it from my develop for others days. > > GK > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > Hi Gary: > > > > I would also add that it is a good idea to separate the actual data > tables > > from the rest of the application. > > > > Jim > > > > > -- > Gary Kjos > garykjos at gmail.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 Mon Jun 2 17:29:49 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 2 Jun 2014 18:29:49 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <704779168.559310.1401746314833.JavaMail.root@cds018> References: <704779168.559310.1401746314833.JavaMail.root@cds018> Message-ID: I tend to leave Access databases open too long while working on them. Unlike an excel or word document, they change the on-disk version of the data IMMEDIATELY with every data table change. I believe that is so even if a database has been opened with exclusive access. So there really is no stepping into the same river you stepped out of. This is to say that unless you have a backup as part of your shutdown procedure, you cannot backup "the same" database at any time after startup. You would have to do it as an on disk operation with createobject ("scripting.filesystemobject").GetFile (Currentdb.name).Copy .... on startup, but even then it might bear the current date not the date you last closed the database. Or not... I am never quite sure what the date on disk means anyway. On Jun 2, 2014 5:59 PM, "Jim Lawrence" wrote: > Hi Bill: > > Some wise person said always make your backups automatic because you > wouldn't remember. > > Jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Monday, June 2, 2014 1:44:45 PM > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I am happy to say that I did separate the data tables the program. Much of > the advice given here is something that I already follow. However, it is > true that if I had made a backup just some hours before that I would be in > better shape than I am. > > I guess this could have been a thread about how to prevent the downside of > this happening in the future. There are many such threads. However mainly > this was a thread about a corrupt database and whether it could be fixed. > Thanks all of those who offered help in this regard. > On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > > > That is certainly a good idea once you have the thing done but it can be > a > > pain during development as you may be adding fields and indexes and such > > and having the data split up front can add work as you would need to > > refresh links many times potentially. > > > > At least that is how I remember it from my develop for others days. > > > > GK > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > Hi Gary: > > > > > > I would also add that it is a good idea to separate the actual data > > tables > > > from the rest of the application. > > > > > > Jim > > > > > > > > -- > > Gary Kjos > > garykjos at gmail.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 dw-murphy at cox.net Mon Jun 2 17:35:58 2014 From: dw-murphy at cox.net (doug) Date: Mon, 02 Jun 2014 15:35:58 -0700 Subject: [AccessD] corrupt database - backup rather out-dated. Message-ID: <1bgrc0l7n2epihvb6c75uhsm.1401748333635@email.android.com> There was an article in Windows Secrets a while back about windows automatically versioning files. Win 7 I think. You may have a copy on your machine. ? -------- Original message -------- From: Doug Steele Date:06/02/2014 1:56 PM (GMT-08:00) To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. My solution for Access db backups is to have a (free) Dropbox account, and keep all my dbs in my Dropbox folders. Dropbox keeps all old versions of files for (I think) 30 days, and it's just a matter of clicking on 'View previous versions' and picking the one you want to download. Saved me a few times! Doug On Mon, Jun 2, 2014 at 1:44 PM, Bill Benson wrote: > I am happy to say that I did separate the data tables the program. Much of > the advice given here is something that I already follow. However, it is > true that if I had made a backup just some hours before that I would be in > better shape than I am. > > I guess this could have been a thread about how to prevent the downside of > this happening in the future. There are many such threads. However mainly > this was a thread about a corrupt database and whether it could be fixed. > Thanks all of those who offered help in this regard. > On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > > > That is certainly a good idea once you have the thing done but it can be > a > > pain during development as you may be adding fields and indexes and such > > and having the data split up front can add work as you would need to > > refresh links many times potentially. > > > > At least that is how I remember it from my develop for others days. > > > > GK > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > Hi Gary: > > > > > > I would also add that it is a good idea to separate the actual data > > tables > > > from the rest of the application. > > > > > > Jim > > > > > > > > -- > > Gary Kjos > > garykjos at gmail.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 Mon Jun 2 17:41:09 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 2 Jun 2014 18:41:09 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <1bgrc0l7n2epihvb6c75uhsm.1401748333635@email.android.com> References: <1bgrc0l7n2epihvb6c75uhsm.1401748333635@email.android.com> Message-ID: No. You need restore points for that. Bill On Jun 2, 2014 6:37 PM, "doug" wrote: > There was an article in Windows Secrets a while back about windows > automatically versioning files. Win 7 I think. You may have a copy on your > machine. > > -------- Original message -------- > From: Doug Steele > Date:06/02/2014 1:56 PM (GMT-08:00) > To: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > My solution for Access db backups is to have a (free) Dropbox account, and > keep all my dbs in my Dropbox folders. Dropbox keeps all old versions of > files for (I think) 30 days, and it's just a matter of clicking on 'View > previous versions' and picking the one you want to download. Saved me a > few times! > > Doug > > > On Mon, Jun 2, 2014 at 1:44 PM, Bill Benson > wrote: > > > I am happy to say that I did separate the data tables the program. Much > of > > the advice given here is something that I already follow. However, it is > > true that if I had made a backup just some hours before that I would be > in > > better shape than I am. > > > > I guess this could have been a thread about how to prevent the downside > of > > this happening in the future. There are many such threads. However mainly > > this was a thread about a corrupt database and whether it could be fixed. > > Thanks all of those who offered help in this regard. > > On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > > > > > That is certainly a good idea once you have the thing done but it can > be > > a > > > pain during development as you may be adding fields and indexes and > such > > > and having the data split up front can add work as you would need to > > > refresh links many times potentially. > > > > > > At least that is how I remember it from my develop for others days. > > > > > > GK > > > > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > > > Hi Gary: > > > > > > > > I would also add that it is a good idea to separate the actual data > > > tables > > > > from the rest of the application. > > > > > > > > Jim > > > > > > > > > > > -- > > > Gary Kjos > > > garykjos at gmail.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 Mon Jun 2 17:47:38 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 2 Jun 2014 16:47:38 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: Message-ID: <583207211.598387.1401749258693.JavaMail.root@cds018> Hi Gary: In my formative years, I hacked many file formats but then there was no other way to recover from a serious data crash. All I know is that you can delete certain index files if the MDB becomes corrupted using a Hex editor by just setting the header or link bytes...did this many years ago. It you created a blank database, added some forms, tables, keys and indexes, first scanned the file with the sector editor then deleted some objects and checked what happens. If you work through the MDB file it wouldn't be long before you start to recognize certain patterns. (Many years ago, I built my own hex/decimal editor, in VB, for just such a purpose and offered to anyone in the DBA list who was interested...I have since lost it...) An MDB file is good for that, as it never deletes anything, just links around deleted objects, until compressed. Everything is still in there...and I would bet there are just a couple files with their headers that are scrambled. No, I am not volunteering as I know what a time-consuming drudge this could be...been there, done that and now it is time for the smart young guys. ;-) If someone is interested in taking up the torch, I will take a serious look for the editor but there are many free such editors that have just as many features and run more stable and faster. Jim ----- Original Message ----- From: "Gary Kjos" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 1:58:22 PM Subject: Re: [AccessD] corrupt database - backup rather out-dated. Years ago we had a discussion here about using a hex editor on an Access MDB file and copying parts of a working MDB file into a corrupted one in order to make it good enough to be able to be opened and for code or something to be extracted. It was a LONG time ago though and I don't recall if it was actually successful or just a theoretical discussion. GK On Mon, Jun 2, 2014 at 3:44 PM, Bill Benson wrote: > I am happy to say that I did separate the data tables the program. Much of > the advice given here is something that I already follow. However, it is > true that if I had made a backup just some hours before that I would be in > better shape than I am. > > I guess this could have been a thread about how to prevent the downside of > this happening in the future. There are many such threads. However mainly > this was a thread about a corrupt database and whether it could be fixed. > Thanks all of those who offered help in this regard. > On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > > > That is certainly a good idea once you have the thing done but it can be > a > > pain during development as you may be adding fields and indexes and such > > and having the data split up front can add work as you would need to > > refresh links many times potentially. > > > > At least that is how I remember it from my develop for others days. > > > > GK > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > Hi Gary: > > > > > > I would also add that it is a good idea to separate the actual data > > tables > > > from the rest of the application. > > > > > > Jim > > > > > > > > -- > -- Gary Kjos garykjos at gmail.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Jun 2 17:59:08 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 2 Jun 2014 16:59:08 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: Message-ID: <1786529062.607726.1401749948698.JavaMail.root@cds018> Hi Bill: If you have your shadow copy setting on, on you working drive you can run a shadow copy backup of file that as still open...and then you can create a backup batch file, using the date/time as the file name via the computer's scheduler. http://www.runtime.org/shadow-copy.htm Then you might want to try BitTorrent Sync as it can uses a shadow copy backup to synchronize directories between two computers on an incremental bases: http://www.bittorrent.com/sync There is probably a few other solutions out there as well. Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 3:29:49 PM Subject: Re: [AccessD] corrupt database - backup rather out-dated. I tend to leave Access databases open too long while working on them. Unlike an excel or word document, they change the on-disk version of the data IMMEDIATELY with every data table change. I believe that is so even if a database has been opened with exclusive access. So there really is no stepping into the same river you stepped out of. This is to say that unless you have a backup as part of your shutdown procedure, you cannot backup "the same" database at any time after startup. You would have to do it as an on disk operation with createobject ("scripting.filesystemobject").GetFile (Currentdb.name).Copy .... on startup, but even then it might bear the current date not the date you last closed the database. Or not... I am never quite sure what the date on disk means anyway. On Jun 2, 2014 5:59 PM, "Jim Lawrence" wrote: > Hi Bill: > > Some wise person said always make your backups automatic because you > wouldn't remember. > > Jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Monday, June 2, 2014 1:44:45 PM > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I am happy to say that I did separate the data tables the program. Much of > the advice given here is something that I already follow. However, it is > true that if I had made a backup just some hours before that I would be in > better shape than I am. > > I guess this could have been a thread about how to prevent the downside of > this happening in the future. There are many such threads. However mainly > this was a thread about a corrupt database and whether it could be fixed. > Thanks all of those who offered help in this regard. > On Jun 2, 2014 2:14 PM, "Gary Kjos" wrote: > > > That is certainly a good idea once you have the thing done but it can be > a > > pain during development as you may be adding fields and indexes and such > > and having the data split up front can add work as you would need to > > refresh links many times potentially. > > > > At least that is how I remember it from my develop for others days. > > > > GK > > > > > > On Mon, Jun 2, 2014 at 1:06 PM, Jim Lawrence wrote: > > > > > Hi Gary: > > > > > > I would also add that it is a good idea to separate the actual data > > tables > > > from the rest of the application. > > > > > > Jim > > > > > > > > -- > > Gary Kjos > > garykjos at gmail.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 davidmcafee at gmail.com Mon Jun 2 18:00:44 2014 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 2 Jun 2014 16:00:44 -0700 Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: <001901cf7e02$c904c0c0$5b0e4240$@activebilling.com.au> References: <00b301cf7583$705073c0$50f15b40$@activebilling.com.au> <019401cf7bad$7d402c30$77c08490$@activebilling.com.au> <001901cf7e02$c904c0c0$5b0e4240$@activebilling.com.au> Message-ID: I just built a working copy and it executes the .sql file, keeping the comments and formatting as it was in the .sql file. I tried to run the xp_cmdshell command from access via the pass through query, but it doesn't work. I had to create a stored procedure (sproc) on the server and execute the server. So the only downside to using my method is that you would have to create this sproc on every server/database that you want to load/execute .SQL files in. Another thing that I noticed was that xp_cmdshell doesn't like spaces in the path, so for my test, I ended up placing the .sql files in c:\ if you have access to Sql Server Management Studio (SSMS), run the following: --**********************Start TSSQL********* DECLARE @YourServerName AS NVARCHAR(10), @YourDataBaseName AS NVARCHAR(10), @YourFilePathAndName AS NVARCHAR(50) SET @YourServerName ='YourServerNameHere' SET @YourDataBaseName ='YourSQLDBNameHere' SET @YourFilePathAndName ='C:\TestSproc.sql' DECLARE @strSQL AS NVARCHAR(200) SET @strSQL = 'sqlcmd -S ' + @YourServerName + ' -d ' + @YourDataBaseName + ' -i ' + @YourFilePathAndName PRINT(@strSQL) --**********************End TSSQL********* Run the script by pressing F5. If the EXEC statement looks good, copy it to a new SSMS Query window and try running it. If it works, we're all good, add the following line: EXEC xp_cmdshell @strSQL Then turn the thing into a sproc. If it doesn't work, you may need to enable xp_cmdshell. To do so, run the following in SSMS: -- To allow advanced options to be changed. EXEC sp_configure 'show advanced options', 1; GO -- To update the currently configured value for advanced options. RECONFIGURE; GO -- To enable the feature. EXEC sp_configure 'xp_cmdshell', 1; GO -- To update the currently configured value for this feature. RECONFIGURE; GO Now run the exec statement. I just want to make sure the SQL part is working, before moving on to the Access part. If all is good, turn the first script into a sproc, that should end up looking like this: CREATE PROCEDURE [dbo].[stpDistributeSproc] (@YourServerName AS NVARCHAR(10), @YourDataBaseName AS NVARCHAR(10), @YourFilePathAndName AS NVARCHAR(50)) AS --DECLARE @YourServerName AS NVARCHAR(10), @YourDataBaseName AS NVARCHAR(10), @YourFilePathAndName AS NVARCHAR(50) --SET @YourServerName ='MKDBSRV' --SET @YourDataBaseName ='SSIS_Test' --SET @YourFilePathAndName ='C:\TestSproc.sql' DECLARE @strSQL AS NVARCHAR(200) SET @strSQL = 'sqlcmd -S ' + @YourServerName + ' -d ' + @YourDataBaseName + ' -i ' + @YourFilePathAndName --PRINT(@strSQL) EXEC xp_cmdshell @strSQL I'll follow up with another email with the Access part HTH David McAfee On Sun, Jun 1, 2014 at 6:34 PM, Darren wrote: > Hi David, > Many thanks for your reply. > I have been told (Haven't tested for myself) that the SQLCMD command line > tool works as advertised, but strips all the nice indenting etc., built > into > any SPROC in the *.SQL file. > Thus the SPROC is very difficult to read from a human point of view. Hence > my attempt to perform this task for my colleague. > So 2 issues > 1 Deploying it against many dbs across mostly one but sometimes a couple > of SQL Servers (I can do that bit no prob) > 2 Have the SPROC inserted into the destination dB with formatting intact > (My passthrough fails on the first "GO" statement in any SPROC not sure why > and I am told the SQLCMD tool strips indenting etc.)) > With the SQLCMD striping formatting (Indents etc.), has this been your > experience? > From davidmcafee at gmail.com Mon Jun 2 18:08:00 2014 From: davidmcafee at gmail.com (David McAfee) Date: Mon, 2 Jun 2014 16:08:00 -0700 Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: <001901cf7e02$c904c0c0$5b0e4240$@activebilling.com.au> References: <00b301cf7583$705073c0$50f15b40$@activebilling.com.au> <019401cf7bad$7d402c30$77c08490$@activebilling.com.au> <001901cf7e02$c904c0c0$5b0e4240$@activebilling.com.au> Message-ID: Now onto the Access part ;) I created a new blank MDB (Actually an ACCDB in 2007). Creat a new query in design view. Change the Query type to a passthrough query Enter your call: EXEC stpDistributeSproc 'YourServerNameHere', 'DBnameHere', 'C:\TestSproc.sql' Create a new Module, paste the following in it: Public Sub ExecuteStoredProcedureWithoutRecordset(strSQLStatement As String) 'Execute a stored procedure without expecting a recordset 'Variables Dim db As Database, qdf As QueryDef Set db = CurrentDb Set qdf = db.QueryDefs("Query1") qdf.SQL = strSQLStatement 'Execute the SQL statement DoCmd.SetWarnings False qdf.ReturnsRecords = False DoCmd.OpenQuery qdf.Name DoCmd.SetWarnings True 'Reset variables Set qdf = Nothing Set db = Nothing End Sub Now create a form with a button on it, place the following code in the OnClick event of the button: Private Sub cmdDistributeSprocs_Click() Dim YourServerName As String, YourDataBaseName As String, YourFilePathAndName As String, strSQL As String YourServerName = "MKDBSRV" YourDataBaseName = "SSIS_Test" YourFilePathAndName = "C:\TestSproc.sql" 'strSQL = "EXEC xp_cmdshell sqlcmd -S " + YourServerName + " -d " + YourDataBaseName + " -i " + YourFilePathAndName 'Debug.Print (strSQL) strSQL = "EXEC stpDistributeSproc '" & YourServerName & "', '" & YourDataBaseName & "', '" & YourFilePathAndName & "'" ' Debug.Print (strSQL) Call modSQLServer.ExecuteStoredProcedureWithoutRecordset(strSQL) End Sub if it all works out ok, you'll only need to keep a table of paths and .sql file names and then open and loop through the record set, calling the function as above, in the onlclick even. Let me know if you need help with that. I have to give credit for calling the sproc from this link: http://blog.ambitionit.nl/archive/2009/07/15/execute-a-stored-procedure-from-an-mdb.aspx HTH David From darren at activebilling.com.au Mon Jun 2 18:18:37 2014 From: darren at activebilling.com.au (Darren) Date: Tue, 3 Jun 2014 09:18:37 +1000 Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: Message-ID: <201406022318.s52NIejm000374@databaseadvisors.com> WOW David, Many many thanks for the detailed reply. I've actioned none of it yet, I will advise once I have. Looking forward to your follow up. Again, many thanks Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Tuesday, 3 June 2014 9:01 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server I just built a working copy and it executes the .sql file, keeping the comments and formatting as it was in the .sql file. I tried to run the xp_cmdshell command from access via the pass through query, but it doesn't work. I had to create a stored procedure (sproc) on the server and execute the server. So the only downside to using my method is that you would have to create this sproc on every server/database that you want to load/execute .SQL files in. Another thing that I noticed was that xp_cmdshell doesn't like spaces in the path, so for my test, I ended up placing the .sql files in c:\ if you have access to Sql Server Management Studio (SSMS), run the following: --**********************Start TSSQL********* DECLARE @YourServerName AS NVARCHAR(10), @YourDataBaseName AS NVARCHAR(10), @YourFilePathAndName AS NVARCHAR(50) SET @YourServerName ='YourServerNameHere' SET @YourDataBaseName ='YourSQLDBNameHere' SET @YourFilePathAndName ='C:\TestSproc.sql' DECLARE @strSQL AS NVARCHAR(200) SET @strSQL = 'sqlcmd -S ' + @YourServerName + ' -d ' + @YourDataBaseName + ' -i ' + @YourFilePathAndName PRINT(@strSQL) --**********************End TSSQL********* Run the script by pressing F5. If the EXEC statement looks good, copy it to a new SSMS Query window and try running it. If it works, we're all good, add the following line: EXEC xp_cmdshell @strSQL Then turn the thing into a sproc. If it doesn't work, you may need to enable xp_cmdshell. To do so, run the following in SSMS: -- To allow advanced options to be changed. EXEC sp_configure 'show advanced options', 1; GO -- To update the currently configured value for advanced options. RECONFIGURE; GO -- To enable the feature. EXEC sp_configure 'xp_cmdshell', 1; GO -- To update the currently configured value for this feature. RECONFIGURE; GO Now run the exec statement. I just want to make sure the SQL part is working, before moving on to the Access part. If all is good, turn the first script into a sproc, that should end up looking like this: CREATE PROCEDURE [dbo].[stpDistributeSproc] (@YourServerName AS NVARCHAR(10), @YourDataBaseName AS NVARCHAR(10), @YourFilePathAndName AS NVARCHAR(50)) AS --DECLARE @YourServerName AS NVARCHAR(10), @YourDataBaseName AS NVARCHAR(10), @YourFilePathAndName AS NVARCHAR(50) --SET @YourServerName ='MKDBSRV' --SET @YourDataBaseName ='SSIS_Test' --SET @YourFilePathAndName ='C:\TestSproc.sql' DECLARE @strSQL AS NVARCHAR(200) SET @strSQL = 'sqlcmd -S ' + @YourServerName + ' -d ' + @YourDataBaseName + ' -i ' + @YourFilePathAndName --PRINT(@strSQL) EXEC xp_cmdshell @strSQL I'll follow up with another email with the Access part HTH David McAfee On Sun, Jun 1, 2014 at 6:34 PM, Darren wrote: > Hi David, > Many thanks for your reply. > I have been told (Haven't tested for myself) that the SQLCMD command > line tool works as advertised, but strips all the nice indenting etc., > built into any SPROC in the *.SQL file. > Thus the SPROC is very difficult to read from a human point of view. > Hence my attempt to perform this task for my colleague. > So 2 issues > 1 Deploying it against many dbs across mostly one but sometimes a couple > of SQL Servers (I can do that bit no prob) > 2 Have the SPROC inserted into the destination dB with formatting intact > (My passthrough fails on the first "GO" statement in any SPROC not > sure why and I am told the SQLCMD tool strips indenting etc.)) With > the SQLCMD striping formatting (Indents etc.), has this been your > experience? > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Mon Jun 2 22:37:19 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 2 Jun 2014 21:37:19 -0600 (MDT) Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: Message-ID: <1881928291.762831.1401766639602.JavaMail.root@cds018> Hi David: Cool. :-) Jim ----- Original Message ----- From: "David McAfee" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 4:08:00 PM Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server Now onto the Access part ;) I created a new blank MDB (Actually an ACCDB in 2007). Creat a new query in design view. Change the Query type to a passthrough query Enter your call: EXEC stpDistributeSproc 'YourServerNameHere', 'DBnameHere', 'C:\TestSproc.sql' Create a new Module, paste the following in it: Public Sub ExecuteStoredProcedureWithoutRecordset(strSQLStatement As String) 'Execute a stored procedure without expecting a recordset 'Variables Dim db As Database, qdf As QueryDef Set db = CurrentDb Set qdf = db.QueryDefs("Query1") qdf.SQL = strSQLStatement 'Execute the SQL statement DoCmd.SetWarnings False qdf.ReturnsRecords = False DoCmd.OpenQuery qdf.Name DoCmd.SetWarnings True 'Reset variables Set qdf = Nothing Set db = Nothing End Sub Now create a form with a button on it, place the following code in the OnClick event of the button: Private Sub cmdDistributeSprocs_Click() Dim YourServerName As String, YourDataBaseName As String, YourFilePathAndName As String, strSQL As String YourServerName = "MKDBSRV" YourDataBaseName = "SSIS_Test" YourFilePathAndName = "C:\TestSproc.sql" 'strSQL = "EXEC xp_cmdshell sqlcmd -S " + YourServerName + " -d " + YourDataBaseName + " -i " + YourFilePathAndName 'Debug.Print (strSQL) strSQL = "EXEC stpDistributeSproc '" & YourServerName & "', '" & YourDataBaseName & "', '" & YourFilePathAndName & "'" ' Debug.Print (strSQL) Call modSQLServer.ExecuteStoredProcedureWithoutRecordset(strSQL) End Sub if it all works out ok, you'll only need to keep a table of paths and .sql file names and then open and loop through the record set, calling the function as above, in the onlclick even. Let me know if you need help with that. I have to give credit for calling the sproc from this link: http://blog.ambitionit.nl/archive/2009/07/15/execute-a-stored-procedure-from-an-mdb.aspx HTH David -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From gustav at cactus.dk Tue Jun 3 01:23:32 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 3 Jun 2014 06:23:32 +0000 Subject: [AccessD] corrupt database - backup rather out-dated. Message-ID: <1e641a4ef5964b5784fbc2d76d8facad@AMSPR06MB311.eurprd06.prod.outlook.com> Hi Gary That was doable for some cases where the header had been overwritten by some malfunctioning cache or network error. Such a file was not reparable by the repair routine. The simple trick was to find the latest backup or create a new database, copy the header pages from this, and paste it over the header of the corrupt database file. I haven't seen this kind of error for years. Networks have improved. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos Sendt: 2. juni 2014 22:58 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] corrupt database - backup rather out-dated. Years ago we had a discussion here about using a hex editor on an Access MDB file and copying parts of a working MDB file into a corrupted one in order to make it good enough to be able to be opened and for code or something to be extracted. It was a LONG time ago though and I don't recall if it was actually successful or just a theoretical discussion. GK From bensonforums at gmail.com Tue Jun 3 01:27:03 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 3 Jun 2014 02:27:03 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <1e641a4ef5964b5784fbc2d76d8facad@AMSPR06MB311.eurprd06.prod.outlook.com> References: <1e641a4ef5964b5784fbc2d76d8facad@AMSPR06MB311.eurprd06.prod.outlook.com> Message-ID: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> I believe the corruption occurred when my battery fully drained while in sleep mode, or else when Windows Update forced a reboot at it's regular 3AM destroy all user's work stealth settings brought to you by micro-scoff. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 03, 2014 2:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Gary That was doable for some cases where the header had been overwritten by some malfunctioning cache or network error. Such a file was not reparable by the repair routine. The simple trick was to find the latest backup or create a new database, copy the header pages from this, and paste it over the header of the corrupt database file. I haven't seen this kind of error for years. Networks have improved. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos Sendt: 2. juni 2014 22:58 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] corrupt database - backup rather out-dated. Years ago we had a discussion here about using a hex editor on an Access MDB file and copying parts of a working MDB file into a corrupted one in order to make it good enough to be able to be opened and for code or something to be extracted. It was a LONG time ago though and I don't recall if it was actually successful or just a theoretical discussion. GK -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From darren at activebilling.com.au Tue Jun 3 02:06:27 2014 From: darren at activebilling.com.au (Darren) Date: Tue, 3 Jun 2014 17:06:27 +1000 Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: Message-ID: <201406030706.s5376UWt001254@databaseadvisors.com> WOW and WOW again Can't wait to test this stuff. David, thank you so very very much for your efforts - I will advise. Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Tuesday, 3 June 2014 9:08 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server Now onto the Access part ;) I created a new blank MDB (Actually an ACCDB in 2007). Creat a new query in design view. Change the Query type to a passthrough query Enter your call: EXEC stpDistributeSproc 'YourServerNameHere', 'DBnameHere', 'C:\TestSproc.sql' Create a new Module, paste the following in it: Public Sub ExecuteStoredProcedureWithoutRecordset(strSQLStatement As String) 'Execute a stored procedure without expecting a recordset 'Variables Dim db As Database, qdf As QueryDef Set db = CurrentDb Set qdf = db.QueryDefs("Query1") qdf.SQL = strSQLStatement 'Execute the SQL statement DoCmd.SetWarnings False qdf.ReturnsRecords = False DoCmd.OpenQuery qdf.Name DoCmd.SetWarnings True 'Reset variables Set qdf = Nothing Set db = Nothing End Sub Now create a form with a button on it, place the following code in the OnClick event of the button: Private Sub cmdDistributeSprocs_Click() Dim YourServerName As String, YourDataBaseName As String, YourFilePathAndName As String, strSQL As String YourServerName = "MKDBSRV" YourDataBaseName = "SSIS_Test" YourFilePathAndName = "C:\TestSproc.sql" 'strSQL = "EXEC xp_cmdshell sqlcmd -S " + YourServerName + " -d " + YourDataBaseName + " -i " + YourFilePathAndName 'Debug.Print (strSQL) strSQL = "EXEC stpDistributeSproc '" & YourServerName & "', '" & YourDataBaseName & "', '" & YourFilePathAndName & "'" ' Debug.Print (strSQL) Call modSQLServer.ExecuteStoredProcedureWithoutRecordset(strSQL) End Sub if it all works out ok, you'll only need to keep a table of paths and .sql file names and then open and loop through the record set, calling the function as above, in the onlclick even. Let me know if you need help with that. I have to give credit for calling the sproc from this link: http://blog.ambitionit.nl/archive/2009/07/15/execute-a-stored-procedure-from -an-mdb.aspx HTH David -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From accessd at shaw.ca Tue Jun 3 09:37:04 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 3 Jun 2014 08:37:04 -0600 (MDT) Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> Message-ID: <97801480.1003774.1401806224933.JavaMail.root@cds018> Hi Bill: Hate to say it, but every programmer has to go through this right-of-passage. These are mistakes you make once in your career but with a bit of luck and effort you should recover in fine form. Now you will remember the three main tasks you do as a developer; backup, backup and backup. Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 11:27:03 PM Subject: Re: [AccessD] corrupt database - backup rather out-dated. I believe the corruption occurred when my battery fully drained while in sleep mode, or else when Windows Update forced a reboot at it's regular 3AM destroy all user's work stealth settings brought to you by micro-scoff. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 03, 2014 2:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Gary That was doable for some cases where the header had been overwritten by some malfunctioning cache or network error. Such a file was not reparable by the repair routine. The simple trick was to find the latest backup or create a new database, copy the header pages from this, and paste it over the header of the corrupt database file. I haven't seen this kind of error for years. Networks have improved. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos Sendt: 2. juni 2014 22:58 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] corrupt database - backup rather out-dated. Years ago we had a discussion here about using a hex editor on an Access MDB file and copying parts of a working MDB file into a corrupted one in order to make it good enough to be able to be opened and for code or something to be extracted. It was a LONG time ago though and I don't recall if it was actually successful or just a theoretical discussion. GK -- 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 darryl at whittleconsulting.com.au Tue Jun 3 18:25:36 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 3 Jun 2014 23:25:36 +0000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <97801480.1003774.1401806224933.JavaMail.root@cds018> References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> Message-ID: <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> Yeah, Not saying this for you Bill, I know you have been around long enough to know this stuff and just got unlucky (as well all have at some point). When I do MS Access Dev work I usually just save a zipped copy a few times a day. This has saved my bacon numerous times. MS Access does tend to crap out randomly from time to time. Usually you can recover it by just importing everything into a new empty shell, but in some cases, includings Bill's, it is toasted and you need to start from scratch / backup / memory or whatever. Cheers darryl -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence Sent: Wednesday, 4 June 2014 12:37 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Bill: Hate to say it, but every programmer has to go through this right-of-passage. These are mistakes you make once in your career but with a bit of luck and effort you should recover in fine form. Now you will remember the three main tasks you do as a developer; backup, backup and backup. Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Monday, June 2, 2014 11:27:03 PM Subject: Re: [AccessD] corrupt database - backup rather out-dated. I believe the corruption occurred when my battery fully drained while in sleep mode, or else when Windows Update forced a reboot at it's regular 3AM destroy all user's work stealth settings brought to you by micro-scoff. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Tuesday, June 03, 2014 2:24 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Hi Gary That was doable for some cases where the header had been overwritten by some malfunctioning cache or network error. Such a file was not reparable by the repair routine. The simple trick was to find the latest backup or create a new database, copy the header pages from this, and paste it over the header of the corrupt database file. I haven't seen this kind of error for years. Networks have improved. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos Sendt: 2. juni 2014 22:58 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] corrupt database - backup rather out-dated. Years ago we had a discussion here about using a hex editor on an Access MDB file and copying parts of a working MDB file into a corrupted one in order to make it good enough to be able to be opened and for code or something to be extracted. It was a LONG time ago though and I don't recall if it was actually successful or just a theoretical discussion. GK -- 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 Jun 3 18:39:33 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 3 Jun 2014 19:39:33 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: Backing up is nowhere near as important at working incrementally, methodically, not haphazardly - and architecting (as my friend David on the Excel lists calls the process). But my brain is not working well and my body is falling apart since cervical disk disease began affecting my arm. So much so that this darned application has been interrupted eleventy-eleven times, and I never seem to know where I am/was/am trying to get to because I attack it and quit it at such irregular intervals. The amount of design work and code I lost due to corruption is only 4 hours or so... Not knowing what I was doing as of the last backup or where I really will be as of the next, is far more discouraging. Backups without good documentation as to what point in the development cycle that backup was taken is not much use. I need more progress notes, not more backups. On Jun 3, 2014 7:26 PM, "Darryl Collins" wrote: > Yeah, Not saying this for you Bill, I know you have been around long > enough to know this stuff and just got unlucky (as well all have at some > point). > > When I do MS Access Dev work I usually just save a zipped copy a few times > a day. This has saved my bacon numerous times. MS Access does tend to > crap out randomly from time to time. Usually you can recover it by just > importing everything into a new empty shell, but in some cases, includings > Bill's, it is toasted and you need to start from scratch / backup / memory > or whatever. > > Cheers > darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, 4 June 2014 12:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: > > Hate to say it, but every programmer has to go through this > right-of-passage. These are mistakes you make once in your career but with > a bit of luck and effort you should recover in fine form. Now you will > remember the three main tasks you do as a developer; backup, backup and > backup. > > Jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Monday, June 2, 2014 11:27:03 PM > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I believe the corruption occurred when my battery fully drained while in > sleep mode, or else when Windows Update forced a reboot at it's regular 3AM > destroy all user's work stealth settings brought to you by micro-scoff. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock > Sent: Tuesday, June 03, 2014 2:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Gary > > That was doable for some cases where the header had been overwritten by > some malfunctioning cache or network error. Such a file was not reparable > by the repair routine. > The simple trick was to find the latest backup or create a new database, > copy the header pages from this, and paste it over the header of the > corrupt database file. > > I haven't seen this kind of error for years. Networks have improved. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos > Sendt: 2. juni 2014 22:58 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] corrupt database - backup rather out-dated. > > Years ago we had a discussion here about using a hex editor on an Access > MDB file and copying parts of a working MDB file into a corrupted one in > order to make it good enough to be able to be opened and for code or > something to be extracted. It was a LONG time ago though and I don't recall > if it was actually successful or just a theoretical discussion. > > GK > > -- > 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 darryl at whittleconsulting.com.au Tue Jun 3 19:02:32 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 4 Jun 2014 00:02:32 +0000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: Yeah, I can see your point there. Trying to pick things up when you haven't looked at it for a while is usually a hard slog so having a backup may not be super useful in that context, although better than nothing. Sometimes if I am deep in coding on a Friday - I will leave myself a stack of notes so it makes Monday AM a bit easier and faster. Plenty of times I have come back to it on the Monday and struggle to get back into the flow of things again, or even remember where I was heading! Great Advice Bill. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 4 June 2014 9:40 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Backing up is nowhere near as important at working incrementally, methodically, not haphazardly - and architecting (as my friend David on the Excel lists calls the process). But my brain is not working well and my body is falling apart since cervical disk disease began affecting my arm. So much so that this darned application has been interrupted eleventy-eleven times, and I never seem to know where I am/was/am trying to get to because I attack it and quit it at such irregular intervals. The amount of design work and code I lost due to corruption is only 4 hours or so... Not knowing what I was doing as of the last backup or where I really will be as of the next, is far more discouraging. Backups without good documentation as to what point in the development cycle that backup was taken is not much use. I need more progress notes, not more backups. On Jun 3, 2014 7:26 PM, "Darryl Collins" wrote: > Yeah, Not saying this for you Bill, I know you have been around long > enough to know this stuff and just got unlucky (as well all have at > some point). > > When I do MS Access Dev work I usually just save a zipped copy a few > times a day. This has saved my bacon numerous times. MS Access does > tend to crap out randomly from time to time. Usually you can recover > it by just importing everything into a new empty shell, but in some > cases, includings Bill's, it is toasted and you need to start from > scratch / backup / memory or whatever. > > Cheers > darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, 4 June 2014 12:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: > > Hate to say it, but every programmer has to go through this > right-of-passage. These are mistakes you make once in your career but > with a bit of luck and effort you should recover in fine form. Now you > will remember the three main tasks you do as a developer; backup, > backup and backup. > > Jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Monday, June 2, 2014 11:27:03 PM > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I believe the corruption occurred when my battery fully drained while > in sleep mode, or else when Windows Update forced a reboot at it's > regular 3AM destroy all user's work stealth settings brought to you by micro-scoff. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Tuesday, June 03, 2014 2:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Gary > > That was doable for some cases where the header had been overwritten > by some malfunctioning cache or network error. Such a file was not > reparable by the repair routine. > The simple trick was to find the latest backup or create a new > database, copy the header pages from this, and paste it over the > header of the corrupt database file. > > I haven't seen this kind of error for years. Networks have improved. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos > Sendt: 2. juni 2014 22:58 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] corrupt database - backup rather out-dated. > > Years ago we had a discussion here about using a hex editor on an > Access MDB file and copying parts of a working MDB file into a > corrupted one in order to make it good enough to be able to be opened > and for code or something to be extracted. It was a LONG time ago > though and I don't recall if it was actually successful or just a theoretical discussion. > > GK > > -- > 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 bradm at blackforestltd.com Wed Jun 4 08:48:21 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Wed, 4 Jun 2014 13:48:21 +0000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: All, I would like to share how I do backups. I have one key Access 2007 application called DBAM_Portal that I work on a lot. On some days, I may make 10 or more changes to this application. I know that it is possible to make backups from within Access 2007 using the (Manage / Back Up Database) option. When I back up the DBAM.Portal application with the built-in Backup option, the file name is something like DBAM_Portal_2014-06-04.accdb, DBAM_Portal_2014-06-04_(1).accdb, or DBAM_Portal_2014-06-04_(2).accdb depending on how many times I create a backup on any given day. This works Okay, but I also started keeping a log of what was changed in the application and how this change was tied to a given iteration of the backup files. I decided to put together a small script to make it easier to do backups. This script is written using an open source tool called AutoHotKey, but it could be built with several different tools. The script that I have uses an Input Box to collect my note about what was just changed in the application before the backup is created. The script also puts a date/time stamp in the file name. Let?s say that I run the script and when the Inputbox is shown, I key in ?Added Report800?. The resulting name of the backup file would then look something like this. C:\Backups of DBAM Portal\DBAM_Portal_Backup_Added Report800_Tue_Jun_03_2014_02_16_39_PM.accdb" I have used this approach for a couple years and it seems to work nicely. I no longer need to keep a log of what each backup was for as this info is now contained right in the file name of the backup file. Brad Here is the AutoHotKey code. _ _ _ _ MySource = C:\DBAM Portal\DBAM_Portal.ACCDB Inputbox , Variable1 FormatTime , VarTimeString , , ddd_MMM_dd_yyyy_hh_mm_ss_tt MyTarget = C:\Backups of DBAM Portal\DBAM_Portal_Backup_%Variable1%-%VarTimeString%.accdb Filecopy , %MySource% , %MyTarget% , 1 _ _ _ _ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Tuesday, June 03, 2014 6:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Backing up is nowhere near as important at working incrementally, methodically, not haphazardly - and architecting (as my friend David on the Excel lists calls the process). But my brain is not working well and my body is falling apart since cervical disk disease began affecting my arm. So much so that this darned application has been interrupted eleventy-eleven times, and I never seem to know where I am/was/am trying to get to because I attack it and quit it at such irregular intervals. The amount of design work and code I lost due to corruption is only 4 hours or so... Not knowing what I was doing as of the last backup or where I really will be as of the next, is far more discouraging. Backups without good documentation as to what point in the development cycle that backup was taken is not much use. I need more progress notes, not more backups. On Jun 3, 2014 7:26 PM, "Darryl Collins" wrote: > Yeah, Not saying this for you Bill, I know you have been around long > enough to know this stuff and just got unlucky (as well all have at > some point). > > When I do MS Access Dev work I usually just save a zipped copy a few > times a day. This has saved my bacon numerous times. MS Access does > tend to crap out randomly from time to time. Usually you can recover > it by just importing everything into a new empty shell, but in some > cases, includings Bill's, it is toasted and you need to start from > scratch / backup / memory or whatever. > > Cheers > darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, 4 June 2014 12:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: > > Hate to say it, but every programmer has to go through this > right-of-passage. These are mistakes you make once in your career but > with a bit of luck and effort you should recover in fine form. Now you > will remember the three main tasks you do as a developer; backup, > backup and backup. > > Jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Monday, June 2, 2014 11:27:03 PM > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I believe the corruption occurred when my battery fully drained while > in sleep mode, or else when Windows Update forced a reboot at it's > regular 3AM destroy all user's work stealth settings brought to you by micro-scoff. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Tuesday, June 03, 2014 2:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Gary > > That was doable for some cases where the header had been overwritten > by some malfunctioning cache or network error. Such a file was not > reparable by the repair routine. > The simple trick was to find the latest backup or create a new > database, copy the header pages from this, and paste it over the > header of the corrupt database file. > > I haven't seen this kind of error for years. Networks have improved. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos > Sendt: 2. juni 2014 22:58 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] corrupt database - backup rather out-dated. > > Years ago we had a discussion here about using a hex editor on an > Access MDB file and copying parts of a working MDB file into a > corrupted one in order to make it good enough to be able to be opened > and for code or something to be extracted. It was a LONG time ago > though and I don't recall if it was actually successful or just a theoretical discussion. > > GK > > -- > 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 darryl at whittleconsulting.com.au Wed Jun 4 18:40:04 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Wed, 4 Jun 2014 23:40:04 +0000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <277760fa9f9f49979b7071ddd890230f@HKXPR04MB360.apcprd04.prod.outlook.com> Nice. Thanks Brad. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, 4 June 2014 11:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. All, I would like to share how I do backups. I have one key Access 2007 application called DBAM_Portal that I work on a lot. On some days, I may make 10 or more changes to this application. I know that it is possible to make backups from within Access 2007 using the (Manage / Back Up Database) option. When I back up the DBAM.Portal application with the built-in Backup option, the file name is something like DBAM_Portal_2014-06-04.accdb, DBAM_Portal_2014-06-04_(1).accdb, or DBAM_Portal_2014-06-04_(2).accdb depending on how many times I create a backup on any given day. This works Okay, but I also started keeping a log of what was changed in the application and how this change was tied to a given iteration of the backup files. I decided to put together a small script to make it easier to do backups. This script is written using an open source tool called AutoHotKey, but it could be built with several different tools. The script that I have uses an Input Box to collect my note about what was just changed in the application before the backup is created. The script also puts a date/time stamp in the file name. Let?s say that I run the script and when the Inputbox is shown, I key in ?Added Report800?. The resulting name of the backup file would then look something like this. C:\Backups of DBAM Portal\DBAM_Portal_Backup_Added Report800_Tue_Jun_03_2014_02_16_39_PM.accdb" I have used this approach for a couple years and it seems to work nicely. I no longer need to keep a log of what each backup was for as this info is now contained right in the file name of the backup file. Brad Here is the AutoHotKey code. _ _ _ _ MySource = C:\DBAM Portal\DBAM_Portal.ACCDB Inputbox , Variable1 FormatTime , VarTimeString , , ddd_MMM_dd_yyyy_hh_mm_ss_tt MyTarget = C:\Backups of DBAM Portal\DBAM_Portal_Backup_%Variable1%-%VarTimeString%.accdb Filecopy , %MySource% , %MyTarget% , 1 _ _ _ _ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Tuesday, June 03, 2014 6:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Backing up is nowhere near as important at working incrementally, methodically, not haphazardly - and architecting (as my friend David on the Excel lists calls the process). But my brain is not working well and my body is falling apart since cervical disk disease began affecting my arm. So much so that this darned application has been interrupted eleventy-eleven times, and I never seem to know where I am/was/am trying to get to because I attack it and quit it at such irregular intervals. The amount of design work and code I lost due to corruption is only 4 hours or so... Not knowing what I was doing as of the last backup or where I really will be as of the next, is far more discouraging. Backups without good documentation as to what point in the development cycle that backup was taken is not much use. I need more progress notes, not more backups. On Jun 3, 2014 7:26 PM, "Darryl Collins" wrote: > Yeah, Not saying this for you Bill, I know you have been around long > enough to know this stuff and just got unlucky (as well all have at > some point). > > When I do MS Access Dev work I usually just save a zipped copy a few > times a day. This has saved my bacon numerous times. MS Access does > tend to crap out randomly from time to time. Usually you can recover > it by just importing everything into a new empty shell, but in some > cases, includings Bill's, it is toasted and you need to start from > scratch / backup / memory or whatever. > > Cheers > darryl > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Jim Lawrence > Sent: Wednesday, 4 June 2014 12:37 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Bill: > > Hate to say it, but every programmer has to go through this > right-of-passage. These are mistakes you make once in your career but > with a bit of luck and effort you should recover in fine form. Now you > will remember the three main tasks you do as a developer; backup, > backup and backup. > > Jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Monday, June 2, 2014 11:27:03 PM > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I believe the corruption occurred when my battery fully drained while > in sleep mode, or else when Windows Update forced a reboot at it's > regular 3AM destroy all user's work stealth settings brought to you by micro-scoff. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav > Brock > Sent: Tuesday, June 03, 2014 2:24 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Hi Gary > > That was doable for some cases where the header had been overwritten > by some malfunctioning cache or network error. Such a file was not > reparable by the repair routine. > The simple trick was to find the latest backup or create a new > database, copy the header pages from this, and paste it over the > header of the corrupt database file. > > I haven't seen this kind of error for years. Networks have improved. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Gary Kjos > Sendt: 2. juni 2014 22:58 > Til: Access Developers discussion and problem solving > Emne: Re: [AccessD] corrupt database - backup rather out-dated. > > Years ago we had a discussion here about using a hex editor on an > Access MDB file and copying parts of a working MDB file into a > corrupted one in order to make it good enough to be able to be opened > and for code or something to be extracted. It was a LONG time ago > though and I don't recall if it was actually successful or just a theoretical discussion. > > GK > > -- > 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 bensonforums at gmail.com Wed Jun 4 20:25:51 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 4 Jun 2014 21:25:51 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <277760fa9f9f49979b7071ddd890230f@HKXPR04MB360.apcprd04.prod.outlook.com> References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> <277760fa9f9f49979b7071ddd890230f@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: <009101cf805d$17161230$45423690$@gmail.com> I don't think a single inputbox, presented at the time I decide to do a backup, will suffice for me unfortunately, Brad, at least not during the development cycle where I am making a LOT of fairly substantial changes. I really need a system of entering log details as they occur (design progress notes)... and writing to disk as a kind of change-log works better for the way I develop. It is pretty hard to remember what I have changed when I am asked, but nice that I can open up a text file and add a bit more when and as I think of it. So going forward, I intend to take time writing more notes documenting the application, at least a few more comments. With a single double-click of a macro, I can write those notes to disk along with a copy of the database, and also export all the objects as shown in this thread: http://www.access-programmers.co.uk/forums/showthread.php?t=99179 That, combined with my one-liner monstrosity: CreateObject("Scripting.FileSystemObject").GetFile(CurrentDb.Name).Copy _ left(currentdb.name,instrrev(currentdb.Name,"\")) & _ "Backup_" & format(now(),"YYYY_MM_DD__hh_nn")& "_" & _ mid(currentdb.name,instrrev(currentdb.Name,"\")+1) The caveat is that the copy of the database on disk may not be 100% up to date. I have a little more testing of what behind-the-scenes (file system) copying accomplishes while a database is open. And yet, if I close the database, I cannot run the code (Catch-22). Unless I create a dictator application which performs the ExportAllObjects operations on the closed database remotely (or rather, opens and performs executes the procedure). I realize that what works for one person does not work for the next person, assuredly. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, June 04, 2014 7:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Nice. Thanks Brad. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, 4 June 2014 11:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. All, I would like to share how I do backups. I have one key Access 2007 application called DBAM_Portal that I work on a lot. On some days, I may make 10 or more changes to this application. I know that it is possible to make backups from within Access 2007 using the (Manage / Back Up Database) option. When I back up the DBAM.Portal application with the built-in Backup option, the file name is something like DBAM_Portal_2014-06-04.accdb, DBAM_Portal_2014-06-04_(1).accdb, or DBAM_Portal_2014-06-04_(2).accdb depending on how many times I create a backup on any given day. This works Okay, but I also started keeping a log of what was changed in the application and how this change was tied to a given iteration of the backup files. I decided to put together a small script to make it easier to do backups. This script is written using an open source tool called AutoHotKey, but it could be built with several different tools. The script that I have uses an Input Box to collect my note about what was just changed in the application before the backup is created. The script also puts a date/time stamp in the file name. Let?s say that I run the script and when the Inputbox is shown, I key in ?Added Report800?. The resulting name of the backup file would then look something like this. C:\Backups of DBAM Portal\DBAM_Portal_Backup_Added Report800_Tue_Jun_03_2014_02_16_39_PM.accdb" I have used this approach for a couple years and it seems to work nicely. I no longer need to keep a log of what each backup was for as this info is now contained right in the file name of the backup file. Brad Here is the AutoHotKey code. _ _ _ _ MySource = C:\DBAM Portal\DBAM_Portal.ACCDB Inputbox , Variable1 FormatTime , VarTimeString , , ddd_MMM_dd_yyyy_hh_mm_ss_tt MyTarget = C:\Backups of DBAM Portal\DBAM_Portal_Backup_%Variable1%-%VarTimeString%.accdb Filecopy , %MySource% , %MyTarget% , 1 _ _ _ _ From vbacreations at gmail.com Wed Jun 4 21:16:16 2014 From: vbacreations at gmail.com (Bill Benson) Date: Wed, 4 Jun 2014 22:16:16 -0400 Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: <201406030706.s5376UWt001254@databaseadvisors.com> References: <201406030706.s5376UWt001254@databaseadvisors.com> Message-ID: <000001cf8064$22f80c00$68e82400$@gmail.com> I have used this approach all my programming life - and would not call a pass through query called from a public sub a "stored procedure" by any stretch of the imagination. Whose lexicon says it is? To me this is a pass thru query, with dynamic SQL; no more or less. A Stored Procedure sits on the server (RDBMS), waiting to be triggered by a call to it, via an execute statement or script - or a chron job running on the server. At least that is my definition. The only "stored procedure" being implemented below was the stored Public Sub ExecuteStoredProcedureWithoutRecordset. Let's not get carried away with SPROC envy to the point that we adopt that mantle for every tom dick and harry local subroutine now! :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren Sent: Tuesday, June 03, 2014 3:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server WOW and WOW again Can't wait to test this stuff. David, thank you so very very much for your efforts - I will advise. Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Tuesday, 3 June 2014 9:08 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server Now onto the Access part ;) I created a new blank MDB (Actually an ACCDB in 2007). Creat a new query in design view. Change the Query type to a passthrough query Enter your call: EXEC stpDistributeSproc 'YourServerNameHere', 'DBnameHere', 'C:\TestSproc.sql' Create a new Module, paste the following in it: Public Sub ExecuteStoredProcedureWithoutRecordset(strSQLStatement As String) 'Execute a stored procedure without expecting a recordset 'Variables Dim db As Database, qdf As QueryDef Set db = CurrentDb Set qdf = db.QueryDefs("Query1") qdf.SQL = strSQLStatement 'Execute the SQL statement DoCmd.SetWarnings False qdf.ReturnsRecords = False DoCmd.OpenQuery qdf.Name DoCmd.SetWarnings True 'Reset variables Set qdf = Nothing Set db = Nothing End Sub Now create a form with a button on it, place the following code in the OnClick event of the button: Private Sub cmdDistributeSprocs_Click() Dim YourServerName As String, YourDataBaseName As String, YourFilePathAndName As String, strSQL As String YourServerName = "MKDBSRV" YourDataBaseName = "SSIS_Test" YourFilePathAndName = "C:\TestSproc.sql" 'strSQL = "EXEC xp_cmdshell sqlcmd -S " + YourServerName + " -d " + YourDataBaseName + " -i " + YourFilePathAndName 'Debug.Print (strSQL) strSQL = "EXEC stpDistributeSproc '" & YourServerName & "', '" & YourDataBaseName & "', '" & YourFilePathAndName & "'" ' Debug.Print (strSQL) Call modSQLServer.ExecuteStoredProcedureWithoutRecordset(strSQL) End Sub if it all works out ok, you'll only need to keep a table of paths and .sql file names and then open and loop through the record set, calling the function as above, in the onlclick even. Let me know if you need help with that. I have to give credit for calling the sproc from this link: http://blog.ambitionit.nl/archive/2009/07/15/execute-a-stored-procedure-from -an-mdb.aspx HTH David -- 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 Jun 4 22:36:08 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 4 Jun 2014 21:36:08 -0600 (MDT) Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: <000001cf8064$22f80c00$68e82400$@gmail.com> Message-ID: <1098110742.2469308.1401939368691.JavaMail.root@cds018> Hi Bill: On an aside; it should be noted that being able to use pass-through queries, directly to the SQL server, leaves the server open to "insertion attacks". I personally do not condone pass-through type queries for that reason. When I worked for the government, on contract, for the reason above PTQs, were forbidden. jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 4, 2014 7:16:16 PM Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server I have used this approach all my programming life - and would not call a pass through query called from a public sub a "stored procedure" by any stretch of the imagination. Whose lexicon says it is? To me this is a pass thru query, with dynamic SQL; no more or less. A Stored Procedure sits on the server (RDBMS), waiting to be triggered by a call to it, via an execute statement or script - or a chron job running on the server. At least that is my definition. The only "stored procedure" being implemented below was the stored Public Sub ExecuteStoredProcedureWithoutRecordset. Let's not get carried away with SPROC envy to the point that we adopt that mantle for every tom dick and harry local subroutine now! :-) -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren Sent: Tuesday, June 03, 2014 3:06 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server WOW and WOW again Can't wait to test this stuff. David, thank you so very very much for your efforts - I will advise. Darren -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee Sent: Tuesday, 3 June 2014 9:08 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server Now onto the Access part ;) I created a new blank MDB (Actually an ACCDB in 2007). Creat a new query in design view. Change the Query type to a passthrough query Enter your call: EXEC stpDistributeSproc 'YourServerNameHere', 'DBnameHere', 'C:\TestSproc.sql' Create a new Module, paste the following in it: Public Sub ExecuteStoredProcedureWithoutRecordset(strSQLStatement As String) 'Execute a stored procedure without expecting a recordset 'Variables Dim db As Database, qdf As QueryDef Set db = CurrentDb Set qdf = db.QueryDefs("Query1") qdf.SQL = strSQLStatement 'Execute the SQL statement DoCmd.SetWarnings False qdf.ReturnsRecords = False DoCmd.OpenQuery qdf.Name DoCmd.SetWarnings True 'Reset variables Set qdf = Nothing Set db = Nothing End Sub Now create a form with a button on it, place the following code in the OnClick event of the button: Private Sub cmdDistributeSprocs_Click() Dim YourServerName As String, YourDataBaseName As String, YourFilePathAndName As String, strSQL As String YourServerName = "MKDBSRV" YourDataBaseName = "SSIS_Test" YourFilePathAndName = "C:\TestSproc.sql" 'strSQL = "EXEC xp_cmdshell sqlcmd -S " + YourServerName + " -d " + YourDataBaseName + " -i " + YourFilePathAndName 'Debug.Print (strSQL) strSQL = "EXEC stpDistributeSproc '" & YourServerName & "', '" & YourDataBaseName & "', '" & YourFilePathAndName & "'" ' Debug.Print (strSQL) Call modSQLServer.ExecuteStoredProcedureWithoutRecordset(strSQL) End Sub if it all works out ok, you'll only need to keep a table of paths and .sql file names and then open and loop through the record set, calling the function as above, in the onlclick even. Let me know if you need help with that. I have to give credit for calling the sproc from this link: http://blog.ambitionit.nl/archive/2009/07/15/execute-a-stored-procedure-from -an-mdb.aspx HTH David -- 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 Jun 4 23:37:55 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 5 Jun 2014 00:37:55 -0400 Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: <1098110742.2469308.1401939368691.JavaMail.root@cds018> References: <000001cf8064$22f80c00$68e82400$@gmail.com> <1098110742.2469308.1401939368691.JavaMail.root@cds018> Message-ID: Hi Jim, Queries against server tables require connection settings which include uid and pwd generally. Those are known to the server as read or read-write, perhaps table by table. If the connection is read write then the tables exposed to that user can be damaged whether PTQ or not. I don't see any special damage a PTQ can do unless it is saved with credentials, which should not be allowed. On Jun 4, 2014 11:37 PM, "Jim Lawrence" wrote: > Hi Bill: > > On an aside; it should be noted that being able to use pass-through > queries, directly to the SQL server, leaves the server open to "insertion > attacks". I personally do not condone pass-through type queries for that > reason. When I worked for the government, on contract, for the reason above > PTQs, were forbidden. > > jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Wednesday, June 4, 2014 7:16:16 PM > Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server > > I have used this approach all my programming life - and would not call a > pass through query called from a public sub a "stored procedure" by any > stretch of the imagination. Whose lexicon says it is? To me this is a pass > thru query, with dynamic SQL; no more or less. A Stored Procedure sits on > the server (RDBMS), waiting to be triggered by a call to it, via an execute > statement or script - or a chron job running on the server. At least that > is > my definition. The only "stored procedure" being implemented below was the > stored Public Sub ExecuteStoredProcedureWithoutRecordset. > > Let's not get carried away with SPROC envy to the point that we adopt that > mantle for every tom dick and harry local subroutine now! > :-) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren > Sent: Tuesday, June 03, 2014 3:06 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server > > WOW and WOW again > Can't wait to test this stuff. > David, thank you so very very much for your efforts - I will advise. > Darren > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Tuesday, 3 June 2014 9:08 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server > > Now onto the Access part ;) > > I created a new blank MDB (Actually an ACCDB in 2007). > > Creat a new query in design view. > Change the Query type to a passthrough query > > Enter your call: > > EXEC stpDistributeSproc 'YourServerNameHere', 'DBnameHere', > 'C:\TestSproc.sql' > > > Create a new Module, paste the following in it: > Public Sub ExecuteStoredProcedureWithoutRecordset(strSQLStatement As > String) > 'Execute a stored procedure without expecting a recordset > > 'Variables > Dim db As Database, qdf As QueryDef > Set db = CurrentDb > Set qdf = db.QueryDefs("Query1") > qdf.SQL = strSQLStatement > > 'Execute the SQL statement > DoCmd.SetWarnings False > qdf.ReturnsRecords = False > DoCmd.OpenQuery qdf.Name > DoCmd.SetWarnings True > > 'Reset variables > Set qdf = Nothing > Set db = Nothing > End Sub > > > Now create a form with a button on it, place the following code in the > OnClick event of the button: > > > Private Sub cmdDistributeSprocs_Click() > Dim YourServerName As String, YourDataBaseName As String, > YourFilePathAndName As String, strSQL As String YourServerName = "MKDBSRV" > YourDataBaseName = "SSIS_Test" > YourFilePathAndName = "C:\TestSproc.sql" > 'strSQL = "EXEC xp_cmdshell sqlcmd -S " + YourServerName + " -d " + > YourDataBaseName + " -i " + YourFilePathAndName 'Debug.Print (strSQL) > > strSQL = "EXEC stpDistributeSproc '" & YourServerName & "', '" & > YourDataBaseName & "', '" & YourFilePathAndName & "'" > ' Debug.Print (strSQL) > Call modSQLServer.ExecuteStoredProcedureWithoutRecordset(strSQL) > > End Sub > > > if it all works out ok, you'll only need to keep a table of paths and .sql > file names and then open and loop through the record set, calling the > function as above, in the onlclick even. Let me know if you need help with > that. > > I have to give credit for calling the sproc from this link: > > http://blog.ambitionit.nl/archive/2009/07/15/execute-a-stored-procedure-from > -an-mdb.aspx > > HTH > David > -- > 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 Thu Jun 5 00:17:32 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Wed, 4 Jun 2014 23:17:32 -0600 (MDT) Subject: [AccessD] A2003: Deploying Stored Procs to SQL Server In-Reply-To: Message-ID: <1588997158.2508488.1401945452442.JavaMail.root@cds018> Hi Bill: This has been an ongoing argument for years. Many have said that allowing pass-through queries are fraught with dangers. Many have said that these concerns are all easily manageable. I was able to take a security course, down at Redmond, at the MS university. The trainer was from a company called Wintelligent and he demonstrated how numerous applications allowed easy access to the MS SQL BE. He demonstrated on two MS Access programs, among others. The course was given some eight years ago, using an MS Access 2003 with MS SQL 2005 and I would hope technology has dramatically improved since then. If so that is good news. Jim ----- Original Message ----- From: "Bill Benson" To: "Access Developers discussion and problem solving" Sent: Wednesday, June 4, 2014 9:37:55 PM Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server Hi Jim, Queries against server tables require connection settings which include uid and pwd generally. Those are known to the server as read or read-write, perhaps table by table. If the connection is read write then the tables exposed to that user can be damaged whether PTQ or not. I don't see any special damage a PTQ can do unless it is saved with credentials, which should not be allowed. On Jun 4, 2014 11:37 PM, "Jim Lawrence" wrote: > Hi Bill: > > On an aside; it should be noted that being able to use pass-through > queries, directly to the SQL server, leaves the server open to "insertion > attacks". I personally do not condone pass-through type queries for that > reason. When I worked for the government, on contract, for the reason above > PTQs, were forbidden. > > jim > > ----- Original Message ----- > From: "Bill Benson" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Wednesday, June 4, 2014 7:16:16 PM > Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server > > I have used this approach all my programming life - and would not call a > pass through query called from a public sub a "stored procedure" by any > stretch of the imagination. Whose lexicon says it is? To me this is a pass > thru query, with dynamic SQL; no more or less. A Stored Procedure sits on > the server (RDBMS), waiting to be triggered by a call to it, via an execute > statement or script - or a chron job running on the server. At least that > is > my definition. The only "stored procedure" being implemented below was the > stored Public Sub ExecuteStoredProcedureWithoutRecordset. > > Let's not get carried away with SPROC envy to the point that we adopt that > mantle for every tom dick and harry local subroutine now! > :-) > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darren > Sent: Tuesday, June 03, 2014 3:06 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server > > WOW and WOW again > Can't wait to test this stuff. > David, thank you so very very much for your efforts - I will advise. > Darren > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Tuesday, 3 June 2014 9:08 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] A2003: Deploying Stored Procs to SQL Server > > Now onto the Access part ;) > > I created a new blank MDB (Actually an ACCDB in 2007). > > Creat a new query in design view. > Change the Query type to a passthrough query > > Enter your call: > > EXEC stpDistributeSproc 'YourServerNameHere', 'DBnameHere', > 'C:\TestSproc.sql' > > > Create a new Module, paste the following in it: > Public Sub ExecuteStoredProcedureWithoutRecordset(strSQLStatement As > String) > 'Execute a stored procedure without expecting a recordset > > 'Variables > Dim db As Database, qdf As QueryDef > Set db = CurrentDb > Set qdf = db.QueryDefs("Query1") > qdf.SQL = strSQLStatement > > 'Execute the SQL statement > DoCmd.SetWarnings False > qdf.ReturnsRecords = False > DoCmd.OpenQuery qdf.Name > DoCmd.SetWarnings True > > 'Reset variables > Set qdf = Nothing > Set db = Nothing > End Sub > > > Now create a form with a button on it, place the following code in the > OnClick event of the button: > > > Private Sub cmdDistributeSprocs_Click() > Dim YourServerName As String, YourDataBaseName As String, > YourFilePathAndName As String, strSQL As String YourServerName = "MKDBSRV" > YourDataBaseName = "SSIS_Test" > YourFilePathAndName = "C:\TestSproc.sql" > 'strSQL = "EXEC xp_cmdshell sqlcmd -S " + YourServerName + " -d " + > YourDataBaseName + " -i " + YourFilePathAndName 'Debug.Print (strSQL) > > strSQL = "EXEC stpDistributeSproc '" & YourServerName & "', '" & > YourDataBaseName & "', '" & YourFilePathAndName & "'" > ' Debug.Print (strSQL) > Call modSQLServer.ExecuteStoredProcedureWithoutRecordset(strSQL) > > End Sub > > > if it all works out ok, you'll only need to keep a table of paths and .sql > file names and then open and loop through the record set, calling the > function as above, in the onlclick even. Let me know if you need help with > that. > > I have to give credit for calling the sproc from this link: > > http://blog.ambitionit.nl/archive/2009/07/15/execute-a-stored-procedure-from > -an-mdb.aspx > > HTH > David > -- > 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 bradm at blackforestltd.com Thu Jun 5 11:07:13 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Thu, 5 Jun 2014 16:07:13 +0000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <009101cf805d$17161230$45423690$@gmail.com> References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> <277760fa9f9f49979b7071ddd890230f@HKXPR04MB360.apcprd04.prod.outlook.com> <009101cf805d$17161230$45423690$@gmail.com> Message-ID: <393d9fc3380f4aaf82186c7b1081a5c6@SN2PR0501MB895.namprd05.prod.outlook.com> Bill, Thanks for your reply. You got me thinking about the situations where it would be beneficial to be able to record more detailed notes when a backup is generated. I enhanced my backup script to include two text-boxes. One for a short description and one for lengthy notes. I used the AutoHotKey "GUI" feature for this. The script now creates a "History" file which includes the date/time stamp, the file name of the backup file, the short description, and the notes field. Below is the actual code. I am glad that we exchanged ideas on how to do backups as I now have a better script that creates a history file. Brad ~~~~~~~~~~~~~~~~~~ AutoHotKey Code ~~~~~~~~~~~~~~~~~~~~~ Gui , Add , Edit , r1 W450 vShortText Gui , Add , Edit , r30 W450 vLongText Gui , Add , Button , gButtonPushed , Create Backup Gui , Show Return ButtonPushed: Gui , Submit , NoHide FormatTime, VarTimeString,, ddd_MMM_dd_yyyy_hh_mm_ss_tt MySource = C:\DBAM_Portal.ACCDB MyTarget = C:\Backups of DBAM Portal\DBAM_Portal_Backup_%ShortText%_%VarTimeString%.accdb MyHistory = C:\Backups of DBAM Portal\DBAM_Portal_Backup_History.txt FileAppend Date/Time = %VarTimeString% `nBackup File = %MyTarget% `nShort Description = %ShortText% `nNotes = %LongText% `n`n`n , %MyHistory% Filecopy, %MySource%, %MyTarget%,1 ExitApp Return ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, June 04, 2014 8:26 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] corrupt database - backup rather out-dated. I don't think a single inputbox, presented at the time I decide to do a backup, will suffice for me unfortunately, Brad, at least not during the development cycle where I am making a LOT of fairly substantial changes. I really need a system of entering log details as they occur (design progress notes)... and writing to disk as a kind of change-log works better for the way I develop. It is pretty hard to remember what I have changed when I am asked, but nice that I can open up a text file and add a bit more when and as I think of it. So going forward, I intend to take time writing more notes documenting the application, at least a few more comments. With a single double-click of a macro, I can write those notes to disk along with a copy of the database, and also export all the objects as shown in this thread: http://www.access-programmers.co.uk/forums/showthread.php?t=99179 That, combined with my one-liner monstrosity: CreateObject("Scripting.FileSystemObject").GetFile(CurrentDb.Name).Copy _ left(currentdb.name,instrrev(currentdb.Name,"\")) & _ "Backup_" & format(now(),"YYYY_MM_DD__hh_nn")& "_" & _ mid(currentdb.name,instrrev(currentdb.Name,"\")+1) The caveat is that the copy of the database on disk may not be 100% up to date. I have a little more testing of what behind-the-scenes (file system) copying accomplishes while a database is open. And yet, if I close the database, I cannot run the code (Catch-22). Unless I create a dictator application which performs the ExportAllObjects operations on the closed database remotely (or rather, opens and performs executes the procedure). I realize that what works for one person does not work for the next person, assuredly. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins Sent: Wednesday, June 04, 2014 7:40 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Nice. Thanks Brad. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks Sent: Wednesday, 4 June 2014 11:48 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. All, I would like to share how I do backups. I have one key Access 2007 application called DBAM_Portal that I work on a lot. On some days, I may make 10 or more changes to this application. I know that it is possible to make backups from within Access 2007 using the (Manage / Back Up Database) option. When I back up the DBAM.Portal application with the built-in Backup option, the file name is something like DBAM_Portal_2014-06-04.accdb, DBAM_Portal_2014-06-04_(1).accdb, or DBAM_Portal_2014-06-04_(2).accdb depending on how many times I create a backup on any given day. This works Okay, but I also started keeping a log of what was changed in the application and how this change was tied to a given iteration of the backup files. I decided to put together a small script to make it easier to do backups. This script is written using an open source tool called AutoHotKey, but it could be built with several different tools. The script that I have uses an Input Box to collect my note about what was just changed in the application before the backup is created. The script also puts a date/time stamp in the file name. Let?s say that I run the script and when the Inputbox is shown, I key in ?Added Report800?. The resulting name of the backup file would then look something like this. C:\Backups of DBAM Portal\DBAM_Portal_Backup_Added Report800_Tue_Jun_03_2014_02_16_39_PM.accdb" I have used this approach for a couple years and it seems to work nicely. I no longer need to keep a log of what each backup was for as this info is now contained right in the file name of the backup file. Brad Here is the AutoHotKey code. _ _ _ _ MySource = C:\DBAM Portal\DBAM_Portal.ACCDB Inputbox , Variable1 FormatTime , VarTimeString , , ddd_MMM_dd_yyyy_hh_mm_ss_tt MyTarget = C:\Backups of DBAM Portal\DBAM_Portal_Backup_%Variable1%-%VarTimeString%.accdb Filecopy , %MySource% , %MyTarget% , 1 _ _ _ _ -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Thu Jun 5 13:44:53 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 5 Jun 2014 14:44:53 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <393d9fc3380f4aaf82186c7b1081a5c6@SN2PR0501MB895.namprd05.prod.outlook.com> References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> <277760fa9f9f49979b7071ddd890230f@HKXPR04MB360.apcprd04.prod.outlook.com> <009101cf805d$17161230$45423690$@gmail.com> <393d9fc3380f4aaf82186c7b1081a5c6@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: Brad, what are your steps for backing up the back end... seems to me you ought to have a Macro that looks for tables with connections found on a drive you have access to, and make a determination whether or not to back up their host according to some logic. Just a thought. Bill On Jun 5, 2014 12:08 PM, "Brad Marks" wrote: > Bill, > > Thanks for your reply. You got me thinking about the situations where it > would be beneficial to be able to record more detailed notes when a backup > is generated. > > I enhanced my backup script to include two text-boxes. One for a short > description and one for lengthy notes. I used the AutoHotKey "GUI" feature > for this. > > The script now creates a "History" file which includes the date/time > stamp, the file name of the backup file, the short description, and the > notes field. > > Below is the actual code. > > I am glad that we exchanged ideas on how to do backups as I now have a > better script that creates a history file. > > Brad > > ~~~~~~~~~~~~~~~~~~ AutoHotKey Code ~~~~~~~~~~~~~~~~~~~~~ > > Gui , Add , Edit , r1 W450 vShortText > Gui , Add , Edit , r30 W450 vLongText > Gui , Add , Button , gButtonPushed , Create Backup > Gui , Show > Return > > ButtonPushed: > Gui , Submit , NoHide > > FormatTime, VarTimeString,, ddd_MMM_dd_yyyy_hh_mm_ss_tt > > MySource = C:\DBAM_Portal.ACCDB > MyTarget = C:\Backups of DBAM > Portal\DBAM_Portal_Backup_%ShortText%_%VarTimeString%.accdb > MyHistory = C:\Backups of DBAM Portal\DBAM_Portal_Backup_History.txt > > FileAppend Date/Time = %VarTimeString% `nBackup File = %MyTarget% `nShort > Description = %ShortText% `nNotes = %LongText% `n`n`n , %MyHistory% > > Filecopy, %MySource%, %MyTarget%,1 > > ExitApp > Return > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, June 04, 2014 8:26 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I don't think a single inputbox, presented at the time I decide to do a > backup, will suffice for me unfortunately, Brad, at least not during the > development cycle where I am making a LOT of fairly substantial changes. I > really need a system of entering log details as they occur (design progress > notes)... and writing to disk as a kind of change-log works better for the > way I develop. It is pretty hard to remember what I have changed when I am > asked, but nice that I can open up a text file and add a bit more when and > as I think of it. > > So going forward, I intend to take time writing more notes documenting the > application, at least a few more comments. With a single double-click of a > macro, I can write those notes to disk along with a copy of the database, > and also export all the objects as shown in this thread: > > http://www.access-programmers.co.uk/forums/showthread.php?t=99179 > > That, combined with my one-liner monstrosity: > > > CreateObject("Scripting.FileSystemObject").GetFile(CurrentDb.Name).Copy _ > left(currentdb.name,instrrev(currentdb.Name,"\")) & _ > "Backup_" & format(now(),"YYYY_MM_DD__hh_nn")& "_" & _ > mid(currentdb.name,instrrev(currentdb.Name,"\")+1) > > > The caveat is that the copy of the database on disk may not be 100% up to > date. I have a little more testing of what behind-the-scenes (file system) > copying accomplishes while a database is open. And yet, if I close the > database, I cannot run the code (Catch-22). Unless I create a dictator > application which performs the ExportAllObjects operations on the closed > database remotely (or rather, opens and performs executes the procedure). > > I realize that what works for one person does not work for the next > person, assuredly. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Wednesday, June 04, 2014 7:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Nice. Thanks Brad. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Wednesday, 4 June 2014 11:48 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > All, > > I would like to share how I do backups. > > I have one key Access 2007 application called DBAM_Portal that I work on a > lot. On some days, I may make 10 or more changes to this application. > > I know that it is possible to make backups from within Access 2007 using > the (Manage / Back Up Database) option. When I back up the DBAM.Portal > application with the built-in Backup option, the file name is something > like DBAM_Portal_2014-06-04.accdb, DBAM_Portal_2014-06-04_(1).accdb, or > DBAM_Portal_2014-06-04_(2).accdb depending on how many times I create a > backup on any given day. > > This works Okay, but I also started keeping a log of what was changed in > the application and how this change was tied to a given iteration of the > backup files. > > I decided to put together a small script to make it easier to do backups. > This script is written using an open source tool called AutoHotKey, but it > could be built with several different tools. > > The script that I have uses an Input Box to collect my note about what was > just changed in the application before the backup is created. > > The script also puts a date/time stamp in the file name. > > Let?s say that I run the script and when the Inputbox is shown, I key in > ?Added Report800?. > > The resulting name of the backup file would then look something like this. > C:\Backups of DBAM Portal\DBAM_Portal_Backup_Added > Report800_Tue_Jun_03_2014_02_16_39_PM.accdb" > > I have used this approach for a couple years and it seems to work nicely. > I no longer need to keep a log of what each backup was for as this info is > now contained right in the file name of the backup file. > > Brad > > > Here is the AutoHotKey code. > _ _ _ _ > > MySource = C:\DBAM Portal\DBAM_Portal.ACCDB > > Inputbox , Variable1 > > FormatTime , VarTimeString , , ddd_MMM_dd_yyyy_hh_mm_ss_tt > > MyTarget = C:\Backups of DBAM > Portal\DBAM_Portal_Backup_%Variable1%-%VarTimeString%.accdb > > Filecopy , %MySource% , %MyTarget% , 1 > > _ _ _ _ > > > -- > 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 bradm at blackforestltd.com Thu Jun 5 13:55:11 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Thu, 5 Jun 2014 18:55:11 +0000 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> <277760fa9f9f49979b7071ddd890230f@HKXPR04MB360.apcprd04.prod.outlook.com> <009101cf805d$17161230$45423690$@gmail.com> <393d9fc3380f4aaf82186c7b1081a5c6@SN2PR0501MB895.namprd05.prod.outlook.com> Message-ID: <40335bf1f9344fe9857cf63d0a31b3b2@BLUPR0501MB884.namprd05.prod.outlook.com> Bill, There is no Access "back end" in this case. This is an inquiry / reporting application that pulls data from three databases - SQL Server, Pervasive, and Firebird. These databases are backed up by other processes. Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 05, 2014 1:45 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] corrupt database - backup rather out-dated. Brad, what are your steps for backing up the back end... seems to me you ought to have a Macro that looks for tables with connections found on a drive you have access to, and make a determination whether or not to back up their host according to some logic. Just a thought. Bill On Jun 5, 2014 12:08 PM, "Brad Marks" wrote: > Bill, > > Thanks for your reply. You got me thinking about the situations where > it would be beneficial to be able to record more detailed notes when a > backup is generated. > > I enhanced my backup script to include two text-boxes. One for a > short description and one for lengthy notes. I used the AutoHotKey > "GUI" feature for this. > > The script now creates a "History" file which includes the date/time > stamp, the file name of the backup file, the short description, and > the notes field. > > Below is the actual code. > > I am glad that we exchanged ideas on how to do backups as I now have a > better script that creates a history file. > > Brad > > ~~~~~~~~~~~~~~~~~~ AutoHotKey Code ~~~~~~~~~~~~~~~~~~~~~ > > Gui , Add , Edit , r1 W450 vShortText Gui , Add , Edit , r30 W450 > vLongText Gui , Add , Button , gButtonPushed , Create Backup Gui , > Show Return > > ButtonPushed: > Gui , Submit , NoHide > > FormatTime, VarTimeString,, ddd_MMM_dd_yyyy_hh_mm_ss_tt > > MySource = C:\DBAM_Portal.ACCDB > MyTarget = C:\Backups of DBAM > Portal\DBAM_Portal_Backup_%ShortText%_%VarTimeString%.accdb > MyHistory = C:\Backups of DBAM Portal\DBAM_Portal_Backup_History.txt > > FileAppend Date/Time = %VarTimeString% `nBackup File = %MyTarget% > `nShort Description = %ShortText% `nNotes = %LongText% `n`n`n , > %MyHistory% > > Filecopy, %MySource%, %MyTarget%,1 > > ExitApp > Return > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ~~~~~~~~~~~~~ > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, June 04, 2014 8:26 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > I don't think a single inputbox, presented at the time I decide to do > a backup, will suffice for me unfortunately, Brad, at least not during > the development cycle where I am making a LOT of fairly substantial > changes. I really need a system of entering log details as they occur > (design progress notes)... and writing to disk as a kind of change-log > works better for the way I develop. It is pretty hard to remember what > I have changed when I am asked, but nice that I can open up a text > file and add a bit more when and as I think of it. > > So going forward, I intend to take time writing more notes documenting > the application, at least a few more comments. With a single > double-click of a macro, I can write those notes to disk along with a > copy of the database, and also export all the objects as shown in this thread: > > http://www.access-programmers.co.uk/forums/showthread.php?t=99179 > > That, combined with my one-liner monstrosity: > > > CreateObject("Scripting.FileSystemObject").GetFile(CurrentDb.Name).Copy _ > left(currentdb.name,instrrev(currentdb.Name,"\")) & _ > "Backup_" & format(now(),"YYYY_MM_DD__hh_nn")& "_" & _ > mid(currentdb.name,instrrev(currentdb.Name,"\")+1) > > > The caveat is that the copy of the database on disk may not be 100% up > to date. I have a little more testing of what behind-the-scenes (file > system) copying accomplishes while a database is open. And yet, if I > close the database, I cannot run the code (Catch-22). Unless I create > a dictator application which performs the ExportAllObjects operations > on the closed database remotely (or rather, opens and performs executes the procedure). > > I realize that what works for one person does not work for the next > person, assuredly. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > Sent: Wednesday, June 04, 2014 7:40 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Nice. Thanks Brad. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > Sent: Wednesday, 4 June 2014 11:48 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > All, > > I would like to share how I do backups. > > I have one key Access 2007 application called DBAM_Portal that I work > on a lot. On some days, I may make 10 or more changes to this application. > > I know that it is possible to make backups from within Access 2007 > using the (Manage / Back Up Database) option. When I back up the > DBAM.Portal application with the built-in Backup option, the file name > is something like DBAM_Portal_2014-06-04.accdb, > DBAM_Portal_2014-06-04_(1).accdb, or DBAM_Portal_2014-06-04_(2).accdb > depending on how many times I create a backup on any given day. > > This works Okay, but I also started keeping a log of what was changed > in the application and how this change was tied to a given iteration > of the backup files. > > I decided to put together a small script to make it easier to do backups. > This script is written using an open source tool called AutoHotKey, > but it could be built with several different tools. > > The script that I have uses an Input Box to collect my note about what > was just changed in the application before the backup is created. > > The script also puts a date/time stamp in the file name. > > Let?s say that I run the script and when the Inputbox is shown, I key > in ?Added Report800?. > > The resulting name of the backup file would then look something like this. > C:\Backups of DBAM Portal\DBAM_Portal_Backup_Added > Report800_Tue_Jun_03_2014_02_16_39_PM.accdb" > > I have used this approach for a couple years and it seems to work nicely. > I no longer need to keep a log of what each backup was for as this > info is now contained right in the file name of the backup file. > > Brad > > > Here is the AutoHotKey code. > _ _ _ _ > > MySource = C:\DBAM Portal\DBAM_Portal.ACCDB > > Inputbox , Variable1 > > FormatTime , VarTimeString , , ddd_MMM_dd_yyyy_hh_mm_ss_tt > > MyTarget = C:\Backups of DBAM > Portal\DBAM_Portal_Backup_%Variable1%-%VarTimeString%.accdb > > Filecopy , %MySource% , %MyTarget% , 1 > > _ _ _ _ > > > -- > 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 Jun 5 13:57:23 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 5 Jun 2014 14:57:23 -0400 Subject: [AccessD] corrupt database - backup rather out-dated. In-Reply-To: <40335bf1f9344fe9857cf63d0a31b3b2@BLUPR0501MB884.namprd05.prod.outlook.com> References: <003c01cf7ef4$d629fe30$827dfa90$@gmail.com> <97801480.1003774.1401806224933.JavaMail.root@cds018> <1e297a2936d94f0bb420ed3796aa4fb8@HKXPR04MB360.apcprd04.prod.outlook.com> <277760fa9f9f49979b7071ddd890230f@HKXPR04MB360.apcprd04.prod.outlook.com> <009101cf805d$17161230$45423690$@gmail.com> <393d9fc3380f4aaf82186c7b1081a5c6@SN2PR0501MB895.namprd05.prod.outlook.com> <40335bf1f9344fe9857cf63d0a31b3b2@BLUPR0501MB884.namprd05.prod.outlook.com> Message-ID: Good deal. Not so lucky here. :) On Jun 5, 2014 2:56 PM, "Brad Marks" wrote: > Bill, > > There is no Access "back end" in this case. > > This is an inquiry / reporting application that pulls data from three > databases - SQL Server, Pervasive, and Firebird. > > These databases are backed up by other processes. > > Brad > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, June 05, 2014 1:45 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > Brad, what are your steps for backing up the back end... seems to me you > ought to have a Macro that looks for tables with connections found on a > drive you have access to, and make a determination whether or not to back > up their host according to some logic. > > Just a thought. > > Bill > On Jun 5, 2014 12:08 PM, "Brad Marks" wrote: > > > Bill, > > > > Thanks for your reply. You got me thinking about the situations where > > it would be beneficial to be able to record more detailed notes when a > > backup is generated. > > > > I enhanced my backup script to include two text-boxes. One for a > > short description and one for lengthy notes. I used the AutoHotKey > > "GUI" feature for this. > > > > The script now creates a "History" file which includes the date/time > > stamp, the file name of the backup file, the short description, and > > the notes field. > > > > Below is the actual code. > > > > I am glad that we exchanged ideas on how to do backups as I now have a > > better script that creates a history file. > > > > Brad > > > > ~~~~~~~~~~~~~~~~~~ AutoHotKey Code ~~~~~~~~~~~~~~~~~~~~~ > > > > Gui , Add , Edit , r1 W450 vShortText Gui , Add , Edit , r30 W450 > > vLongText Gui , Add , Button , gButtonPushed , Create Backup Gui , > > Show Return > > > > ButtonPushed: > > Gui , Submit , NoHide > > > > FormatTime, VarTimeString,, ddd_MMM_dd_yyyy_hh_mm_ss_tt > > > > MySource = C:\DBAM_Portal.ACCDB > > MyTarget = C:\Backups of DBAM > > Portal\DBAM_Portal_Backup_%ShortText%_%VarTimeString%.accdb > > MyHistory = C:\Backups of DBAM Portal\DBAM_Portal_Backup_History.txt > > > > FileAppend Date/Time = %VarTimeString% `nBackup File = %MyTarget% > > `nShort Description = %ShortText% `nNotes = %LongText% `n`n`n , > > %MyHistory% > > > > Filecopy, %MySource%, %MyTarget%,1 > > > > ExitApp > > Return > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > ~~~~~~~~~~~~~ > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > > Sent: Wednesday, June 04, 2014 8:26 PM > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > I don't think a single inputbox, presented at the time I decide to do > > a backup, will suffice for me unfortunately, Brad, at least not during > > the development cycle where I am making a LOT of fairly substantial > > changes. I really need a system of entering log details as they occur > > (design progress notes)... and writing to disk as a kind of change-log > > works better for the way I develop. It is pretty hard to remember what > > I have changed when I am asked, but nice that I can open up a text > > file and add a bit more when and as I think of it. > > > > So going forward, I intend to take time writing more notes documenting > > the application, at least a few more comments. With a single > > double-click of a macro, I can write those notes to disk along with a > > copy of the database, and also export all the objects as shown in this > thread: > > > > http://www.access-programmers.co.uk/forums/showthread.php?t=99179 > > > > That, combined with my one-liner monstrosity: > > > > > > CreateObject("Scripting.FileSystemObject").GetFile(CurrentDb.Name).Copy _ > > left(currentdb.name,instrrev(currentdb.Name,"\")) & _ > > "Backup_" & format(now(),"YYYY_MM_DD__hh_nn")& "_" & _ > > mid(currentdb.name,instrrev(currentdb.Name,"\")+1) > > > > > > The caveat is that the copy of the database on disk may not be 100% up > > to date. I have a little more testing of what behind-the-scenes (file > > system) copying accomplishes while a database is open. And yet, if I > > close the database, I cannot run the code (Catch-22). Unless I create > > a dictator application which performs the ExportAllObjects operations > > on the closed database remotely (or rather, opens and performs executes > the procedure). > > > > I realize that what works for one person does not work for the next > > person, assuredly. > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] On Behalf Of Darryl Collins > > Sent: Wednesday, June 04, 2014 7:40 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > Nice. Thanks Brad. > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto: > > accessd-bounces at databaseadvisors.com] On Behalf Of Brad Marks > > Sent: Wednesday, 4 June 2014 11:48 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] corrupt database - backup rather out-dated. > > > > All, > > > > I would like to share how I do backups. > > > > I have one key Access 2007 application called DBAM_Portal that I work > > on a lot. On some days, I may make 10 or more changes to this > application. > > > > I know that it is possible to make backups from within Access 2007 > > using the (Manage / Back Up Database) option. When I back up the > > DBAM.Portal application with the built-in Backup option, the file name > > is something like DBAM_Portal_2014-06-04.accdb, > > DBAM_Portal_2014-06-04_(1).accdb, or DBAM_Portal_2014-06-04_(2).accdb > > depending on how many times I create a backup on any given day. > > > > This works Okay, but I also started keeping a log of what was changed > > in the application and how this change was tied to a given iteration > > of the backup files. > > > > I decided to put together a small script to make it easier to do backups. > > This script is written using an open source tool called AutoHotKey, > > but it could be built with several different tools. > > > > The script that I have uses an Input Box to collect my note about what > > was just changed in the application before the backup is created. > > > > The script also puts a date/time stamp in the file name. > > > > Let?s say that I run the script and when the Inputbox is shown, I key > > in ?Added Report800?. > > > > The resulting name of the backup file would then look something like > this. > > C:\Backups of DBAM Portal\DBAM_Portal_Backup_Added > > Report800_Tue_Jun_03_2014_02_16_39_PM.accdb" > > > > I have used this approach for a couple years and it seems to work nicely. > > I no longer need to keep a log of what each backup was for as this > > info is now contained right in the file name of the backup file. > > > > Brad > > > > > > Here is the AutoHotKey code. > > _ _ _ _ > > > > MySource = C:\DBAM Portal\DBAM_Portal.ACCDB > > > > Inputbox , Variable1 > > > > FormatTime , VarTimeString , , ddd_MMM_dd_yyyy_hh_mm_ss_tt > > > > MyTarget = C:\Backups of DBAM > > Portal\DBAM_Portal_Backup_%Variable1%-%VarTimeString%.accdb > > > > Filecopy , %MySource% , %MyTarget% , 1 > > > > _ _ _ _ > > > > > > -- > > 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 Thu Jun 5 20:13:04 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 5 Jun 2014 21:13:04 -0400 Subject: [AccessD] Why can't I get all a database's DAO properties' values? Message-ID: <00bf01cf8124$79177560$6b466020$@gmail.com> I am trying to recreate a new database in the image of an existing database. So I have saved all the objects in the model database as text, and I plan to import all those objects into the new database. Before doing so, I want to capture all of the properties of the model database, and recreate them in the new database. Below is the code I have tried to use, but I am hitting some properties that will not allow me to get their values into the array, such as "Connection". That property seems to exist, have a type = 0, but the value cannot be obtained. I am not sure I can create it in the new database - nor really whether I should have to. For Each Prp In ModelDb.Properties iUB = UBound(VarPrp, 2) + 1 If iUB = 1 Then ReDim VarPrp(1 To 3, 1 To iUB) Else ReDim Preserve VarPrp(1 To 3, 1 To iUB) End If VarPrp(1, iUB) = Prp.Name VarPrp(2, iUB) = Prp.Type ''''GETTING ERROR HERE ''''Operation is not supported for this type object ''''Note that Prp.Name = "Connection VarPrp(3, iUB) = Prp.Value '''' '''' Next Essentially, I cannot load up all the properties of the ModelDB into an array, which is what I am trying to do. Help?! From bensonforums at gmail.com Thu Jun 5 20:39:58 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 5 Jun 2014 21:39:58 -0400 Subject: [AccessD] LoadFromText giving error only for tables? Message-ID: <00c101cf8128$3b27c210$b1774630$@gmail.com> LoadFromText is failing only for tables? Is this expected? This is an undocumented method and so I am not able to check through Access what I may be doing wrong. The SaveAsText code which I found did not balk at tables. I can think of several reasons why I would question whether LoadFromText would actually work for tables... so the fact that the code bombs is not surprising except that I feel I have complied with all arguments. The error message is Error 2487 The Object Type argument for the action or method is blank or invalue" The path to the text files is Strpath = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\2014_06_05_19_58\" Fil.Name would be something like "Table_ReminderDays.txt" Thanks in advancio. .... AC.OpenCurrentDatabase (strPath & "\" & strCreateName) Set db = AC.CurrentDb For Each Fil In FSO.GetFolder(strPath).Files If Fil.Name Like "*.txt" And InStr(Fil.Name, "_") > 0 Then Select Case Left(Fil.Name, InStr(Fil.Name, "_")) Case Is = "Form_" AC.LoadFromText acForm, Mid(Fil.Name, Len("Form_") + 1, Len(Fil.Name) - 4 - Len("Form_")), strPath & "\" & Fil.Name Case Is = "Table_" 'example: Table_ReminderDays.txt AC.LoadFromText acTable, Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name Case Is = "Module_" AC.LoadFromText acModule, Mid(Fil.Name, Len("module_") + 1, Len(Fil.Name) - 4 - Len("module_")), strPath & "\" & Fil.Name Case Is = "Query_" AC.LoadFromText acQuery, Mid(Fil.Name, Len("Query_") + 1, Len(Fil.Name) - 4 - Len("Query_")), strPath & "\" & Fil.Name Case Is = "Macro_" AC.LoadFromText acMacro, Mid(Fil.Name, Len("Macro_") + 1, Len(Fil.Name) - 4 - Len("Macro_")), strPath & "\" & Fil.Name End Select End If Next AC.Quit .... From bensonforums at gmail.com Thu Jun 5 20:56:06 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 5 Jun 2014 21:56:06 -0400 Subject: [AccessD] LoadFromText giving error only for tables? In-Reply-To: <00c101cf8128$3b27c210$b1774630$@gmail.com> References: <00c101cf8128$3b27c210$b1774630$@gmail.com> Message-ID: <00c601cf812a$7c2039d0$7460ad70$@gmail.com> I knew it was going to be an easy fix and additional headaches both... So I have to use this AC.DoCmd.TransferText acImportDelim, , Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name, True And having no import specification; Access is not going to recreate the table properly. So it would appear I will have to 1) create an import specification in the old database 2a) copy the old tables from the model database using Ac.DoCmd.TransferDatabase acTable... structure only Or 3b) Loop the tables in the old database and record their name, columns, column field types, column properties and attributes, table properties, ... aye aye aye I am not even sure if the LoadFromText does a good job of populating the System tables with the queries that form the rowsource of the form objects... Anyone been down this road of creating a database from material on disk, and know the gaps? Thanks. -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Thursday, June 05, 2014 9:40 PM To: 'Access Developers discussion and problem solving' Subject: LoadFromText giving error only for tables? LoadFromText is failing only for tables? Is this expected? This is an undocumented method and so I am not able to check through Access what I may be doing wrong. The SaveAsText code which I found did not balk at tables. I can think of several reasons why I would question whether LoadFromText would actually work for tables... so the fact that the code bombs is not surprising except that I feel I have complied with all arguments. The error message is Error 2487 The Object Type argument for the action or method is blank or invalue" The path to the text files is Strpath = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\2014_06_05_19_58\" Fil.Name would be something like "Table_ReminderDays.txt" Thanks in advancio. .... AC.OpenCurrentDatabase (strPath & "\" & strCreateName) Set db = AC.CurrentDb For Each Fil In FSO.GetFolder(strPath).Files If Fil.Name Like "*.txt" And InStr(Fil.Name, "_") > 0 Then Select Case Left(Fil.Name, InStr(Fil.Name, "_")) Case Is = "Form_" AC.LoadFromText acForm, Mid(Fil.Name, Len("Form_") + 1, Len(Fil.Name) - 4 - Len("Form_")), strPath & "\" & Fil.Name Case Is = "Table_" 'example: Table_ReminderDays.txt AC.LoadFromText acTable, Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name Case Is = "Module_" AC.LoadFromText acModule, Mid(Fil.Name, Len("module_") + 1, Len(Fil.Name) - 4 - Len("module_")), strPath & "\" & Fil.Name Case Is = "Query_" AC.LoadFromText acQuery, Mid(Fil.Name, Len("Query_") + 1, Len(Fil.Name) - 4 - Len("Query_")), strPath & "\" & Fil.Name Case Is = "Macro_" AC.LoadFromText acMacro, Mid(Fil.Name, Len("Macro_") + 1, Len(Fil.Name) - 4 - Len("Macro_")), strPath & "\" & Fil.Name End Select End If Next AC.Quit .... From jimdettman at verizon.net Fri Jun 6 06:24:00 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 06 Jun 2014 07:24:00 -0400 Subject: [AccessD] LoadFromText giving error only for tables? In-Reply-To: <00c601cf812a$7c2039d0$7460ad70$@gmail.com> References: <00c101cf8128$3b27c210$b1774630$@gmail.com> <00c601cf812a$7c2039d0$7460ad70$@gmail.com> Message-ID: Bill, <> Then do not. Save/Load methods only apply to form and report objects themselves, nothing else. And it's just the object; no code. Code belongs to the VBA project. If you look at the resulting file, you will see that it only describes the form or report object itself. Tables, queries, macro's, code, etc all needs to be handled separately from one another. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 05, 2014 09:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] LoadFromText giving error only for tables? I knew it was going to be an easy fix and additional headaches both... So I have to use this AC.DoCmd.TransferText acImportDelim, , Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name, True And having no import specification; Access is not going to recreate the table properly. So it would appear I will have to 1) create an import specification in the old database 2a) copy the old tables from the model database using Ac.DoCmd.TransferDatabase acTable... structure only Or 3b) Loop the tables in the old database and record their name, columns, column field types, column properties and attributes, table properties, ... aye aye aye I am not even sure if the LoadFromText does a good job of populating the System tables with the queries that form the rowsource of the form objects... Anyone been down this road of creating a database from material on disk, and know the gaps? Thanks. -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Thursday, June 05, 2014 9:40 PM To: 'Access Developers discussion and problem solving' Subject: LoadFromText giving error only for tables? LoadFromText is failing only for tables? Is this expected? This is an undocumented method and so I am not able to check through Access what I may be doing wrong. The SaveAsText code which I found did not balk at tables. I can think of several reasons why I would question whether LoadFromText would actually work for tables... so the fact that the code bombs is not surprising except that I feel I have complied with all arguments. The error message is Error 2487 The Object Type argument for the action or method is blank or invalue" The path to the text files is Strpath = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\2014_06_05_19_58\" Fil.Name would be something like "Table_ReminderDays.txt" Thanks in advancio. .... AC.OpenCurrentDatabase (strPath & "\" & strCreateName) Set db = AC.CurrentDb For Each Fil In FSO.GetFolder(strPath).Files If Fil.Name Like "*.txt" And InStr(Fil.Name, "_") > 0 Then Select Case Left(Fil.Name, InStr(Fil.Name, "_")) Case Is = "Form_" AC.LoadFromText acForm, Mid(Fil.Name, Len("Form_") + 1, Len(Fil.Name) - 4 - Len("Form_")), strPath & "\" & Fil.Name Case Is = "Table_" 'example: Table_ReminderDays.txt AC.LoadFromText acTable, Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name Case Is = "Module_" AC.LoadFromText acModule, Mid(Fil.Name, Len("module_") + 1, Len(Fil.Name) - 4 - Len("module_")), strPath & "\" & Fil.Name Case Is = "Query_" AC.LoadFromText acQuery, Mid(Fil.Name, Len("Query_") + 1, Len(Fil.Name) - 4 - Len("Query_")), strPath & "\" & Fil.Name Case Is = "Macro_" AC.LoadFromText acMacro, Mid(Fil.Name, Len("Macro_") + 1, Len(Fil.Name) - 4 - Len("Macro_")), strPath & "\" & Fil.Name End Select End If Next AC.Quit .... -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Fri Jun 6 07:51:39 2014 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Fri, 6 Jun 2014 05:51:39 -0700 Subject: [AccessD] Why can't I get all a database's DAO properties' values? In-Reply-To: <00bf01cf8124$79177560$6b466020$@gmail.com> References: <00bf01cf8124$79177560$6b466020$@gmail.com> Message-ID: Connection is an object, but connection string is a property. Did you get that? Charlotte On Thu, Jun 5, 2014 at 6:13 PM, Bill Benson wrote: > I am trying to recreate a new database in the image of an existing > database. > So I have saved all the objects in the model database as text, and I plan > to > import all those objects into the new database. Before doing so, I want to > capture all of the properties of the model database, and recreate them in > the new database. Below is the code I have tried to use, but I am hitting > some properties that will not allow me to get their values into the array, > such as "Connection". That property seems to exist, have a type = 0, but > the > value cannot be obtained. I am not sure I can create it in the new database > - nor really whether I should have to. > > For Each Prp In ModelDb.Properties > iUB = UBound(VarPrp, 2) + 1 > If iUB = 1 Then > ReDim VarPrp(1 To 3, 1 To iUB) > Else > ReDim Preserve VarPrp(1 To 3, 1 To iUB) > End If > > VarPrp(1, iUB) = Prp.Name > VarPrp(2, iUB) = Prp.Type > > ''''GETTING ERROR HERE > ''''Operation is not supported for this type object > ''''Note that Prp.Name = "Connection > VarPrp(3, iUB) = Prp.Value > '''' > '''' > Next > > > Essentially, I cannot load up all the properties of the ModelDB into an > array, which is what I am trying to do. > > Help?! > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From df.waters at outlook.com Fri Jun 6 08:28:56 2014 From: df.waters at outlook.com (Dan Waters) Date: Fri, 6 Jun 2014 08:28:56 -0500 Subject: [AccessD] LoadFromText giving error only for tables? In-Reply-To: References: <00c101cf8128$3b27c210$b1774630$@gmail.com> <00c601cf812a$7c2039d0$7460ad70$@gmail.com> Message-ID: Hi Jim, I have to speak up and say that the SaveToText and LoadFromText functions do indeed process code behind forms and reports, modules & classes, queries, and macros. Last year I made a utility database to Save/Load any access file and all of its contents (but not tables). I got this to be 99% automated - it won't recreate custom menubars in Access 2007/2010. Just to completely confirm to myself I just now ran my utility and looked at the text files and code is definitely included. Also, I believe that tables can be Saved/Loaded as text files but I never tried because my goal was to clear out minor code corruption. Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 06, 2014 6:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] LoadFromText giving error only for tables? Bill, <> Then do not. Save/Load methods only apply to form and report objects themselves, nothing else. And it's just the object; no code. Code belongs to the VBA project. If you look at the resulting file, you will see that it only describes the form or report object itself. Tables, queries, macro's, code, etc all needs to be handled separately from one another. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 05, 2014 09:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] LoadFromText giving error only for tables? I knew it was going to be an easy fix and additional headaches both... So I have to use this AC.DoCmd.TransferText acImportDelim, , Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name, True And having no import specification; Access is not going to recreate the table properly. So it would appear I will have to 1) create an import specification in the old database 2a) copy the old tables from the model database using Ac.DoCmd.TransferDatabase acTable... structure only Or 3b) Loop the tables in the old database and record their name, columns, column field types, column properties and attributes, table properties, ... aye aye aye I am not even sure if the LoadFromText does a good job of populating the System tables with the queries that form the rowsource of the form objects... Anyone been down this road of creating a database from material on disk, and know the gaps? Thanks. -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Thursday, June 05, 2014 9:40 PM To: 'Access Developers discussion and problem solving' Subject: LoadFromText giving error only for tables? LoadFromText is failing only for tables? Is this expected? This is an undocumented method and so I am not able to check through Access what I may be doing wrong. The SaveAsText code which I found did not balk at tables. I can think of several reasons why I would question whether LoadFromText would actually work for tables... so the fact that the code bombs is not surprising except that I feel I have complied with all arguments. The error message is Error 2487 The Object Type argument for the action or method is blank or invalue" The path to the text files is Strpath = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\2014_06_05_19_58\" Fil.Name would be something like "Table_ReminderDays.txt" Thanks in advancio. .... AC.OpenCurrentDatabase (strPath & "\" & strCreateName) Set db = AC.CurrentDb For Each Fil In FSO.GetFolder(strPath).Files If Fil.Name Like "*.txt" And InStr(Fil.Name, "_") > 0 Then Select Case Left(Fil.Name, InStr(Fil.Name, "_")) Case Is = "Form_" AC.LoadFromText acForm, Mid(Fil.Name, Len("Form_") + 1, Len(Fil.Name) - 4 - Len("Form_")), strPath & "\" & Fil.Name Case Is = "Table_" 'example: Table_ReminderDays.txt AC.LoadFromText acTable, Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name Case Is = "Module_" AC.LoadFromText acModule, Mid(Fil.Name, Len("module_") + 1, Len(Fil.Name) - 4 - Len("module_")), strPath & "\" & Fil.Name Case Is = "Query_" AC.LoadFromText acQuery, Mid(Fil.Name, Len("Query_") + 1, Len(Fil.Name) - 4 - Len("Query_")), strPath & "\" & Fil.Name Case Is = "Macro_" AC.LoadFromText acMacro, Mid(Fil.Name, Len("Macro_") + 1, Len(Fil.Name) - 4 - Len("Macro_")), strPath & "\" & Fil.Name End Select End If Next AC.Quit .... -- 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 Fri Jun 6 09:33:35 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 6 Jun 2014 10:33:35 -0400 Subject: [AccessD] Why can't I get all a database's DAO properties' values? In-Reply-To: References: <00bf01cf8124$79177560$6b466020$@gmail.com> Message-ID: Not sure (cannot check right now) but, I tried using SET and got the same error. I am since giving up because I cannot get all of the database objects described enough within non-database files on disk to recombine and rebuild it without either copying from an old database or using transferdatabase to import objects from the old data base. I was looking for a way to rebuild a database from text files then grab properties. On Jun 6, 2014 8:53 AM, "Charlotte Foust" wrote: > Connection is an object, but connection string is a property. Did you get > that? > > Charlotte > > > On Thu, Jun 5, 2014 at 6:13 PM, Bill Benson > wrote: > > > I am trying to recreate a new database in the image of an existing > > database. > > So I have saved all the objects in the model database as text, and I plan > > to > > import all those objects into the new database. Before doing so, I want > to > > capture all of the properties of the model database, and recreate them in > > the new database. Below is the code I have tried to use, but I am hitting > > some properties that will not allow me to get their values into the > array, > > such as "Connection". That property seems to exist, have a type = 0, but > > the > > value cannot be obtained. I am not sure I can create it in the new > database > > - nor really whether I should have to. > > > > For Each Prp In ModelDb.Properties > > iUB = UBound(VarPrp, 2) + 1 > > If iUB = 1 Then > > ReDim VarPrp(1 To 3, 1 To iUB) > > Else > > ReDim Preserve VarPrp(1 To 3, 1 To iUB) > > End If > > > > VarPrp(1, iUB) = Prp.Name > > VarPrp(2, iUB) = Prp.Type > > > > ''''GETTING ERROR HERE > > ''''Operation is not supported for this type object > > ''''Note that Prp.Name = "Connection > > VarPrp(3, iUB) = Prp.Value > > '''' > > '''' > > Next > > > > > > Essentially, I cannot load up all the properties of the ModelDB into an > > array, which is what I am trying to do. > > > > Help?! > > > > -- > > 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 rford at terra.com.br Fri Jun 6 09:56:31 2014 From: rford at terra.com.br (Roberto Ford Long) Date: Fri, 06 Jun 2014 11:56:31 -0300 Subject: [AccessD] Why can't I get all a database's DAO properties' values? In-Reply-To: References: <00bf01cf8124$79177560$6b466020$@gmail.com> Message-ID: <5391D69F.8050607@terra.com.br> Hi Bill. Maybe this small program can help. http://accesssvn.codeplex.com/ It saves all from database to a txt files, and can reload then and recreate a database. It's very slow to process tables. Regards, Roberto. Em 06/06/2014 11:33, Bill Benson escreveu: > Not sure (cannot check right now) but, I tried using SET and got the same > error. > > I am since giving up because I cannot get all of the database objects > described enough within non-database files on disk to recombine and rebuild > it without either copying from an old database or using transferdatabase to > import objects from the old data base. > > I was looking for a way to rebuild a database from text files then grab > properties. > On Jun 6, 2014 8:53 AM, "Charlotte Foust" wrote: > >> Connection is an object, but connection string is a property. Did you get >> that? >> >> Charlotte >> >> >> On Thu, Jun 5, 2014 at 6:13 PM, Bill Benson >> wrote: >> >>> I am trying to recreate a new database in the image of an existing >>> database. >>> So I have saved all the objects in the model database as text, and I plan >>> to >>> import all those objects into the new database. Before doing so, I want >> to >>> capture all of the properties of the model database, and recreate them in >>> the new database. Below is the code I have tried to use, but I am hitting >>> some properties that will not allow me to get their values into the >> array, >>> such as "Connection". That property seems to exist, have a type = 0, but >>> the >>> value cannot be obtained. I am not sure I can create it in the new >> database >>> - nor really whether I should have to. >>> >>> For Each Prp In ModelDb.Properties >>> iUB = UBound(VarPrp, 2) + 1 >>> If iUB = 1 Then >>> ReDim VarPrp(1 To 3, 1 To iUB) >>> Else >>> ReDim Preserve VarPrp(1 To 3, 1 To iUB) >>> End If >>> >>> VarPrp(1, iUB) = Prp.Name >>> VarPrp(2, iUB) = Prp.Type >>> >>> ''''GETTING ERROR HERE >>> ''''Operation is not supported for this type object >>> ''''Note that Prp.Name = "Connection >>> VarPrp(3, iUB) = Prp.Value >>> '''' >>> '''' >>> Next >>> >>> >>> Essentially, I cannot load up all the properties of the ModelDB into an >>> array, which is what I am trying to do. >>> >>> Help?! >>> >>> -- >>> 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 Fri Jun 6 12:40:23 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 06 Jun 2014 13:40:23 -0400 Subject: [AccessD] LoadFromText giving error only for tables? In-Reply-To: References: <00c101cf8128$3b27c210$b1774630$@gmail.com> <00c601cf812a$7c2039d0$7460ad70$@gmail.com> Message-ID: <89EA6363618D4908A9ACF8629CA797C1@XPS> I stand corrected; never realized the CBF was pulled in when doing the form (I just tried it now and it was for sure). I don't remember it that way, but then I was probably using it when I had a corrupt VBA project file, so I may have only gotten the form attributes. But everything outside of that does need to be processed separately. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters Sent: Friday, June 06, 2014 09:29 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] LoadFromText giving error only for tables? Hi Jim, I have to speak up and say that the SaveToText and LoadFromText functions do indeed process code behind forms and reports, modules & classes, queries, and macros. Last year I made a utility database to Save/Load any access file and all of its contents (but not tables). I got this to be 99% automated - it won't recreate custom menubars in Access 2007/2010. Just to completely confirm to myself I just now ran my utility and looked at the text files and code is definitely included. Also, I believe that tables can be Saved/Loaded as text files but I never tried because my goal was to clear out minor code corruption. Thanks! Dan -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, June 06, 2014 6:24 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] LoadFromText giving error only for tables? Bill, <> Then do not. Save/Load methods only apply to form and report objects themselves, nothing else. And it's just the object; no code. Code belongs to the VBA project. If you look at the resulting file, you will see that it only describes the form or report object itself. Tables, queries, macro's, code, etc all needs to be handled separately from one another. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 05, 2014 09:56 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] LoadFromText giving error only for tables? I knew it was going to be an easy fix and additional headaches both... So I have to use this AC.DoCmd.TransferText acImportDelim, , Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name, True And having no import specification; Access is not going to recreate the table properly. So it would appear I will have to 1) create an import specification in the old database 2a) copy the old tables from the model database using Ac.DoCmd.TransferDatabase acTable... structure only Or 3b) Loop the tables in the old database and record their name, columns, column field types, column properties and attributes, table properties, ... aye aye aye I am not even sure if the LoadFromText does a good job of populating the System tables with the queries that form the rowsource of the form objects... Anyone been down this road of creating a database from material on disk, and know the gaps? Thanks. -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Thursday, June 05, 2014 9:40 PM To: 'Access Developers discussion and problem solving' Subject: LoadFromText giving error only for tables? LoadFromText is failing only for tables? Is this expected? This is an undocumented method and so I am not able to check through Access what I may be doing wrong. The SaveAsText code which I found did not balk at tables. I can think of several reasons why I would question whether LoadFromText would actually work for tables... so the fact that the code bombs is not surprising except that I feel I have complied with all arguments. The error message is Error 2487 The Object Type argument for the action or method is blank or invalue" The path to the text files is Strpath = "D:\Docs\zzzProgramming and Consulting\2014 Programming Development\Lew\2014_06_05_19_58\" Fil.Name would be something like "Table_ReminderDays.txt" Thanks in advancio. .... AC.OpenCurrentDatabase (strPath & "\" & strCreateName) Set db = AC.CurrentDb For Each Fil In FSO.GetFolder(strPath).Files If Fil.Name Like "*.txt" And InStr(Fil.Name, "_") > 0 Then Select Case Left(Fil.Name, InStr(Fil.Name, "_")) Case Is = "Form_" AC.LoadFromText acForm, Mid(Fil.Name, Len("Form_") + 1, Len(Fil.Name) - 4 - Len("Form_")), strPath & "\" & Fil.Name Case Is = "Table_" 'example: Table_ReminderDays.txt AC.LoadFromText acTable, Mid(Fil.Name, Len("Table_") + 1, Len(Fil.Name) - 4 - Len("Table_")), strPath & "\" & Fil.Name Case Is = "Module_" AC.LoadFromText acModule, Mid(Fil.Name, Len("module_") + 1, Len(Fil.Name) - 4 - Len("module_")), strPath & "\" & Fil.Name Case Is = "Query_" AC.LoadFromText acQuery, Mid(Fil.Name, Len("Query_") + 1, Len(Fil.Name) - 4 - Len("Query_")), strPath & "\" & Fil.Name Case Is = "Macro_" AC.LoadFromText acMacro, Mid(Fil.Name, Len("Macro_") + 1, Len(Fil.Name) - 4 - Len("Macro_")), strPath & "\" & Fil.Name End Select End If Next AC.Quit .... -- 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 ewaldt at gdls.com Tue Jun 10 09:41:05 2014 From: ewaldt at gdls.com (ewaldt at gdls.com) Date: Tue, 10 Jun 2014 10:41:05 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: Message-ID: I have a form (frmTreeView), that includes a subform. The subform has two possible source objects, each being a form within the application (sfrmTable1, and sfrmData); these are switched by the user via a command button. sfrmTable1 is a simple datasheet view of a query. If sfrmTable1 is the current source object for the subform, the user can move columns around, make the visible or invisible, size them, etc. If the user then closes the parent form (with sfrmTable1 still showing), a pop-up asks if he/she wants to save the format of sfrmTable1. If the user responds in the affirmative, sfrmTable1 is saved as it was reformatted, and it will appear that way next time. If, however, the user does not close the form but uses the command button to switch the subform's source object to sfrmData, then the formatting is lost. When the parent form is closed, the pop-up will again be displayed, but it's meaningless; the formatting has already been lost, and the user will only be saving the form in the format it already had. OK, sorry - long intro. What I want to happen is simply that the user's changes are saved automatically, without his/her ever being asked. No pop-ups, and no lost formatting. Is there a way to do this? I've tried saving sfrmTable1 (have to open it separately, and it does not reflect the new formatting anyway), using SendKeys (because ctrl+S works sometimes; doesn't seem to be consistent, though). Any other ideas? If there's some code to use, I could simply place it in the code behind the command button Thanks for reading this lengthy cry for help, and thanks in advance for any help you can give me. Tom Ewald Mass Properties General Dynamics Land Systems From gustav at cactus.dk Tue Jun 10 10:28:49 2014 From: gustav at cactus.dk (Gustav Brock) Date: Tue, 10 Jun 2014 15:28:49 +0000 Subject: [AccessD] Saving subform format Message-ID: <078136f971ab4af6916eb4335bbd9c53@AMSPR06MB311.eurprd06.prod.outlook.com> Hi Tom You have reached one of the dark corners of Access. Problem is that no event is raised when saving a datasheet view and no method is present to "save" the form if not in design view. Changes to a Datasheet view is considered a user action not relevant for the developer. The simplest solution for your case, I believe, would be to replace the command button with a tab control with two pages, one for each subform. Then the user can switch back and forth as he/she likes using the tabs, and everything should be saved when closing the form. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af ewaldt at gdls.com Sendt: 10. juni 2014 16:41 Til: accessd at databaseadvisors.com Emne: [AccessD] Saving subform format I have a form (frmTreeView), that includes a subform. The subform has two possible source objects, each being a form within the application (sfrmTable1, and sfrmData); these are switched by the user via a command button. sfrmTable1 is a simple datasheet view of a query. If sfrmTable1 is the current source object for the subform, the user can move columns around, make the visible or invisible, size them, etc. If the user then closes the parent form (with sfrmTable1 still showing), a pop-up asks if he/she wants to save the format of sfrmTable1. If the user responds in the affirmative, sfrmTable1 is saved as it was reformatted, and it will appear that way next time. If, however, the user does not close the form but uses the command button to switch the subform's source object to sfrmData, then the formatting is lost. When the parent form is closed, the pop-up will again be displayed, but it's meaningless; the formatting has already been lost, and the user will only be saving the form in the format it already had. OK, sorry - long intro. What I want to happen is simply that the user's changes are saved automatically, without his/her ever being asked. No pop-ups, and no lost formatting. Is there a way to do this? I've tried saving sfrmTable1 (have to open it separately, and it does not reflect the new formatting anyway), using SendKeys (because ctrl+S works sometimes; doesn't seem to be consistent, though). Any other ideas? If there's some code to use, I could simply place it in the code behind the command button Thanks for reading this lengthy cry for help, and thanks in advance for any help you can give me. Tom Ewald Mass Properties General Dynamics Land Systems From bradm at blackforestltd.com Wed Jun 11 08:23:42 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Wed, 11 Jun 2014 13:23:42 +0000 Subject: [AccessD] Using schtasks.exe to Initiate Access 2007 Report Job on a Server (from a PC) In-Reply-To: <662082398.57239878.1401382049088.JavaMail.root@cds018> References: <0e5d76cc82874cf4be4fd161ac1fa326@BLUPR0501MB884.namprd05.prod.outlook.com> <662082398.57239878.1401382049088.JavaMail.root@cds018> Message-ID: All, For the past couple years, I have used schtasks.exe to initiate an Access 2007 Report Job that runs on a server (Windows Server 2003) from a PC. We are now in the process of upgrading this old server to a new box which runs Windows Server 2012 R2. Here is the command (on the PC) that used to work with the OldServer schtasks.exe /S OLDServer /Run /TN Task1 I have tried numerous modifications, but cannot get this to work with Windows Server 2012. Does anyone have an example of using schtasks to fire up a job on Windows Server 2012? Thanks, Brad From jackandpat.d at gmail.com Wed Jun 11 09:41:54 2014 From: jackandpat.d at gmail.com (jack drawbridge) Date: Wed, 11 Jun 2014 10:41:54 -0400 Subject: [AccessD] Using schtasks.exe to Initiate Access 2007 Report Job on a Server (from a PC) In-Reply-To: References: <0e5d76cc82874cf4be4fd161ac1fa326@BLUPR0501MB884.namprd05.prod.outlook.com> <662082398.57239878.1401382049088.JavaMail.root@cds018> Message-ID: Brad, I don't use schtasks nor Windows Server, but I found this http://technet.microsoft.com/en-us/library/cc725744.aspx#BKMK_run which you have probably read several times. Trying to help.. Jack On Wed, Jun 11, 2014 at 9:23 AM, Brad Marks wrote: > All, > > For the past couple years, I have used schtasks.exe to initiate an Access > 2007 Report Job that runs on a server (Windows Server 2003) from a PC. > > We are now in the process of upgrading this old server to a new box which > runs Windows Server 2012 R2. > > Here is the command (on the PC) that used to work with the OldServer > > schtasks.exe /S OLDServer /Run /TN Task1 > > I have tried numerous modifications, but cannot get this to work with > Windows Server 2012. > > Does anyone have an example of using schtasks to fire up a job on Windows > Server 2012? > > Thanks, > Brad > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bradm at blackforestltd.com Wed Jun 11 09:50:04 2014 From: bradm at blackforestltd.com (Brad Marks) Date: Wed, 11 Jun 2014 14:50:04 +0000 Subject: [AccessD] Using schtasks.exe to Initiate Access 2007 Report Job on a Server (from a PC) In-Reply-To: References: <0e5d76cc82874cf4be4fd161ac1fa326@BLUPR0501MB884.namprd05.prod.outlook.com> <662082398.57239878.1401382049088.JavaMail.root@cds018> Message-ID: <1b4500be810a4073b62205511e46000b@BLUPR0501MB884.namprd05.prod.outlook.com> Jack, Thanks for the link. I have read the documentation but I can't seem to get things to work. I am trying to figure out what has changed between Windows Server 2003 and Windows Server 2012. I was hoping that maybe someone else has run into this issue and has an example of schtasks that works with 2012. Thanks again, Brad -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Wednesday, June 11, 2014 9:42 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Using schtasks.exe to Initiate Access 2007 Report Job on a Server (from a PC) Brad, I don't use schtasks nor Windows Server, but I found this http://technet.microsoft.com/en-us/library/cc725744.aspx#BKMK_run which you have probably read several times. Trying to help.. Jack On Wed, Jun 11, 2014 at 9:23 AM, Brad Marks wrote: > All, > > For the past couple years, I have used schtasks.exe to initiate an > Access > 2007 Report Job that runs on a server (Windows Server 2003) from a PC. > > We are now in the process of upgrading this old server to a new box > which runs Windows Server 2012 R2. > > Here is the command (on the PC) that used to work with the OldServer > > schtasks.exe /S OLDServer /Run /TN Task1 > > I have tried numerous modifications, but cannot get this to work with > Windows Server 2012. > > Does anyone have an example of using schtasks to fire up a job on > Windows Server 2012? > > Thanks, > Brad > > -- > 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 Jun 11 13:46:46 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 11 Jun 2014 14:46:46 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: Message-ID: Tom, this can be handled fairly easily. On the command button click event, store these in an array for all controls on the sub for of class access textbox. ColumnOrder ColumnWidth ColumnHidden Swap the sourceobject. Then DoCmd.Echo False Next, open the data sheet subform standalone, in data sheet view. Loop it's controls, setting the properties according to what you stored in the array. Save and close, then Docmd.Echo True Seems easy enough in my head, I of course have not yet tried it.... On Jun 10, 2014 10:42 AM, wrote: > I have a form (frmTreeView), that includes a subform. The subform has two > possible source objects, each being a form within the application > (sfrmTable1, and sfrmData); these are switched by the user via a command > button. > > sfrmTable1 is a simple datasheet view of a query. If sfrmTable1 is the > current source object for the subform, the user can move columns around, > make the visible or invisible, size them, etc. If the user then closes the > parent form (with sfrmTable1 still showing), a pop-up asks if he/she wants > to save the format of sfrmTable1. If the user responds in the affirmative, > sfrmTable1 is saved as it was reformatted, and it will appear that way > next time. > > If, however, the user does not close the form but uses the command button > to switch the subform's source object to sfrmData, then the formatting is > lost. When the parent form is closed, the pop-up will again be displayed, > but it's meaningless; the formatting has already been lost, and the user > will only be saving the form in the format it already had. > > OK, sorry - long intro. What I want to happen is simply that the user's > changes are saved automatically, without his/her ever being asked. No > pop-ups, and no lost formatting. Is there a way to do this? I've tried > saving sfrmTable1 (have to open it separately, and it does not reflect the > new formatting anyway), using SendKeys (because ctrl+S works sometimes; > doesn't seem to be consistent, though). Any other ideas? If there's some > code to use, I could simply place it in the code behind the command button > > Thanks for reading this lengthy cry for help, and thanks in advance for > any help you can give me. > > Tom Ewald > Mass Properties > General Dynamics Land Systems > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Thu Jun 12 00:42:46 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 12 Jun 2014 01:42:46 -0400 Subject: [AccessD] Saving subform format In-Reply-To: <004601cf8601$02ac2880$08047980$@gmail.com> References: <004601cf8601$02ac2880$08047980$@gmail.com> Message-ID: <005401cf8601$24894960$6d9bdc20$@gmail.com> Well, I don?t know whether or not to be surprised: I was able to get this to work? for the most part. I employed it on the change event of a combo that switches between forms for the subform control?s sourceobject (Company and Driver). The only problem I had is that one of the forms wants to show up in Design View even though the default view on both the source objects is datasheet. Oh well, that is hopefully some easily remedied glitch. The key for me was opening each form in DESIGN VIEW to implant the user?s column changes; In DataSheet view the save did not ?stick.? Strange. Hopefully this code is readable; ?Combo Change Private Sub C_Change() ModifySourceObject End Sub Private Sub ModifySourceObject() Dim V(), Ctrl As Control, F As Form, i As Long, iUB as Long Dim sFrmName As String Dim iColumnOrder As Long On Error Resume Next ?X is my Subform, C is my Combo Set F = X.Form If Err.Number <> 0 Then GoTo Exit_Me End If On Error GoTo 0 ReDim V(1 To 4, 0 To 0) For Each Ctrl In X.Form.Controls iColumnOrder = 0 On Error Resume Next ?Not all controls have this property iColumnOrder = Ctrl.ColumnOrder On Error Resume Next If iColumnOrder > 0 Then ?This is my way of expanding the array only as needed iUB = UBound(V, 2) + 1 If iUB = 1 Then ReDim V(1 To 4, 1 To iUB) Else ReDim Preserve V(1 To 4, 1 To iUB) End If ?These are the properties I want to retain and set permanently V(1, iUB) = Ctrl.Name V(2, iUB) = Format(Ctrl.ColumnOrder, "000") V(3, iUB) = Ctrl.ColumnWidth V(4, iUB) = Ctrl.ColumnHidden End If Next If UBound(V, 2) = 0 Then MsgBox X.Form.Name & " has no columns or was not in datasheet view? glitch??" GoTo Exit_Me End If X.SourceObject = "" MyQuickSort_Single V, 1, iUB, 2, True sFrmName = "Example" & IIf(C = "Company", "Driver", "Company") DoCmd.Echo False ?Better be sure this is set back to true! DoCmd.OpenForm sFrmName, acDesign ?In my testing, design view was a must Set F = Forms(sFrmName) For i = V(2, UBound(V, 2)) To 1 Step -1 ?Was going backwards overkill? DoCmd.OpenForm sFrmName, acDesign Set F = Forms(sFrmName) bChangeRequired = False For Each Ctrl In F.Controls If Ctrl.Name = V(1, i) Then Ctrl.ColumnOrder = V(2, i) Ctrl.ColumnHidden = V(4, i) Ctrl.ColumnWidth = V(3, i) Exit For End If Next Next DoCmd.RunCommand acCmdSave ?This works in design view, useless in datasheet view DoCmd.Close acForm, F.Name Set F = Nothing Exit_Me: DoCmd.Echo True X.SourceObject = "Example" & C ?I was doing this to try to help the swapped to form appear in DS view, did not really help I don?t think X.SetFocus DoCmd.RunCommand acCmdSubformDatasheet End Sub Sub MyQuickSort_Single(ByRef SortArray As Variant, ByVal First As Long, ByVal Last As Long, _ ByVal PrimeSort As Integer, ByVal Ascending As Boolean) Dim Low As Long, High As Long Dim temp As Variant, List_Separator1 As Variant Dim TempArray() As Variant Dim i As Long ReDim TempArray(UBound(SortArray, 1)) Low = First High = Last List_Separator1 = SortArray(PrimeSort, (First + Last) / 2) Do If Ascending = True Then Do While (SortArray(PrimeSort, Low) < List_Separator1) Low = Low + 1 Loop Do While (SortArray(PrimeSort, High) > List_Separator1) High = High - 1 Loop Else Do While (SortArray(PrimeSort, Low) > List_Separator1) Low = Low + 1 Loop Do While (SortArray(PrimeSort, High) < List_Separator1) High = High - 1 Loop End If If (Low <= High) Then For i = LBound(SortArray, 1) To UBound(SortArray, 1) TempArray(i) = SortArray(i, Low) Next For i = LBound(SortArray, 1) To UBound(SortArray, 1) SortArray(i, Low) = SortArray(i, High) Next For i = LBound(SortArray, 1) To UBound(SortArray, 1) SortArray(i, High) = TempArray(i) Next Low = Low + 1 High = High - 1 End If Loop While (Low <= High) If (First < High) Then MyQuickSort_Single SortArray, First, High, PrimeSort, Ascending If (Low < Last) Then MyQuickSort_Single SortArray, Low, Last, PrimeSort, Ascending End Sub From bensonforums at gmail.com Thu Jun 12 00:46:17 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 12 Jun 2014 01:46:17 -0400 Subject: [AccessD] Saving subform format In-Reply-To: <005401cf8601$24894960$6d9bdc20$@gmail.com> References: <004601cf8601$02ac2880$08047980$@gmail.com> <005401cf8601$24894960$6d9bdc20$@gmail.com> Message-ID: <006201cf8601$a20d65b0$e6283110$@gmail.com> My bad in the verbiage (code is fine...) the problem subform is wanting to show up in Form View (Single)... even though I have set it to open in Datasheet View, making the latter the default view and setting Allow Form View = False... I am not sure how to get it forced to datasheet view, I tried X.SetFocus DoCmd.RunCommand acCmdSubformDatasheet And that did not change it. :( From bensonforums at gmail.com Fri Jun 13 09:47:50 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 13 Jun 2014 10:47:50 -0400 Subject: [AccessD] Saving subform format In-Reply-To: <006201cf8601$a20d65b0$e6283110$@gmail.com> References: <004601cf8601$02ac2880$08047980$@gmail.com> <005401cf8601$24894960$6d9bdc20$@gmail.com> <006201cf8601$a20d65b0$e6283110$@gmail.com> Message-ID: I have also seen this simple command to work, just before changing the sourceobject. If, that is, if you are willing to let everything on the parent form be saved frequently. DoCmd.RunCommand acCmdSave On Jun 12, 2014 1:45 AM, "Bill Benson" wrote: > My bad in the verbiage (code is fine...) the problem subform is wanting to > show up in Form View (Single)... even though I have set it to open in > Datasheet View, making the latter the default view and setting Allow Form > View = False... I am not sure how to get it forced to datasheet view, I > tried > > X.SetFocus > DoCmd.RunCommand acCmdSubformDatasheet > > And that did not change it. > > :( > > From bensonforums at gmail.com Fri Jun 13 14:05:25 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 13 Jun 2014 15:05:25 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: <004601cf8601$02ac2880$08047980$@gmail.com> <005401cf8601$24894960$6d9bdc20$@gmail.com> <006201cf8601$a20d65b0$e6283110$@gmail.com> Message-ID: <002801cf873a$6f834300$4e89c900$@gmail.com> Just tested and ran this on a commandbutton click, to toggle between two sourceobjects. It stores all user changes in the subform with no problem whatsoever. I would appreciate Tom your trying it and giving feedback. Private Sub ModifySourceObject() Static RecentSourceObject As String DoCmd.Echo False On Error GoTo Exit_Me If RecentSourceObject = "ExampleCompany" Then RecentSourceObject = "ExampleDriver" Else RecentSourceObject = "ExampleCompany" End If DoCmd.RunCommand acCmdSave With Subfrm .SourceObject = RecentSourceObject .SetFocus End With DoCmd.RunCommand acCmdSubformDatasheet Exit_Me: DoCmd.Echo True End Sub From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Friday, June 13, 2014 10:48 AM To: Access Developers discussion and problem solving Subject: RE: [AccessD] Saving subform format I have also seen this simple command to work, just before changing the sourceobject. If, that is, if you are willing to let everything on the parent form be saved frequently. DoCmd.RunCommand acCmdSave On Jun 12, 2014 1:45 AM, "Bill Benson" > wrote: My bad in the verbiage (code is fine...) the problem subform is wanting to show up in Form View (Single)... even though I have set it to open in Datasheet View, making the latter the default view and setting Allow Form View = False... I am not sure how to get it forced to datasheet view, I tried X.SetFocus DoCmd.RunCommand acCmdSubformDatasheet And that did not change it. :( From ewaldt at gdls.com Tue Jun 17 07:29:00 2014 From: ewaldt at gdls.com (ewaldt at gdls.com) Date: Tue, 17 Jun 2014 08:29:00 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: Message-ID: Bill, Thanks, that worked. When the parent form is closed, though, now I get the pop-up asking if I want to save the subform. Yes/No doesn't mean anything, but I can't seem to avoid the pop-up. I tried leaving DoCmd.SetWarnings set to False when I close the form, putting the True in main form's Activate (the main form stays open in the background, and the user returns to it when the parent form closes), but it doesn't help. Any suggestions? Thanks, again. Tom Ewald Mass Properties General Dynamics Land Systems Date: Fri, 13 Jun 2014 10:47:50 -0400 From: Bill Benson Subject: Re: [AccessD] Saving subform format I have also seen this simple command to work, just before changing the sourceobject. If, that is, if you are willing to let everything on the parent form be saved frequently. DoCmd.RunCommand acCmdSave From bensonforums at gmail.com Tue Jun 17 08:30:56 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 17 Jun 2014 09:30:56 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: Message-ID: I don't open anything as a popup with my code. Which method are you referring to? The one where I just use DoCmd.RunCommand acCmdSave right before changing the subform sourceobject? Unless you mind saving the main form, that is the simplest method. If you are getting the pop up problem using the other method where I open the standalone for in design view then I do not know why, I would have to see your code. From davidmcafee at gmail.com Tue Jun 17 12:04:54 2014 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 17 Jun 2014 10:04:54 -0700 Subject: [AccessD] dBASE Message-ID: Are there any dBASE specialists out there? We have an old dBASE 5.0 db that's getting syntax errors while trying to run a report. I don't even know where to begin. I haven't touched rBase in over 15 years. I would love to pic your brain. Thanks, David From paul.hartland at googlemail.com Tue Jun 17 12:24:57 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Tue, 17 Jun 2014 18:24:57 +0100 Subject: [AccessD] dBASE In-Reply-To: References: Message-ID: WOW, didn't know that was still going, I think the last version I ever used was 4.0 I think just before it became more visual so to speak and we moved into Microsoft Access, so I probably haven't used it for about the same time or longer, I do recall it could be pretty picky about the coding at times though and usually something fairly simple. Feel free to try and pick my brain but you may not get much luck. Paul On 17 June 2014 18:04, David McAfee wrote: > Are there any dBASE specialists out there? We have an old dBASE 5.0 db > that's getting syntax errors while trying to run a report. > > I don't even know where to begin. I haven't touched rBase in over 15 years. > > I would love to pic your brain. > > Thanks, > David > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Paul Hartland paul.hartland at googlemail.com From garykjos at gmail.com Tue Jun 17 12:35:30 2014 From: garykjos at gmail.com (Gary Kjos) Date: Tue, 17 Jun 2014 12:35:30 -0500 Subject: [AccessD] dBASE In-Reply-To: References: Message-ID: I think I MIGHT have some dBASE manuals at home. I will try and remember to look at the bookshelf. There was a time when I used dBASE and Clipper compiled dBASE. But it's been at close to 20 years I think. On Tue, Jun 17, 2014 at 12:04 PM, David McAfee wrote: > Are there any dBASE specialists out there? We have an old dBASE 5.0 db > that's getting syntax errors while trying to run a report. > > I don't even know where to begin. I haven't touched rBase in over 15 years. > > I would love to pic your brain. > > Thanks, > David > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Gary Kjos garykjos at gmail.com From accessd at shaw.ca Tue Jun 17 12:42:31 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 17 Jun 2014 11:42:31 -0600 (MDT) Subject: [AccessD] dBASE In-Reply-To: Message-ID: <625629499.11669807.1403026951716.JavaMail.root@cds018> Hi David: I understand that an older version of Access (2003) may be able to read the file. I would suspect data corruption would be at fault and could be resolved. The old DBase file formats were basically text files with forward and backward links so if necessary a good editor could allow you to fix the file directly. Jim ----- Original Message ----- From: "David McAfee" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 17, 2014 10:04:54 AM Subject: [AccessD] dBASE Are there any dBASE specialists out there? We have an old dBASE 5.0 db that's getting syntax errors while trying to run a report. I don't even know where to begin. I haven't touched rBase in over 15 years. I would love to pic your brain. Thanks, David -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Tue Jun 17 13:13:29 2014 From: davidmcafee at gmail.com (David McAfee) Date: Tue, 17 Jun 2014 11:13:29 -0700 Subject: [AccessD] dBASE In-Reply-To: <625629499.11669807.1403026951716.JavaMail.root@cds018> References: <625629499.11669807.1403026951716.JavaMail.root@cds018> Message-ID: That's how the old rBase database operated, so I was hoping to see something similar. I guess the original developer died, and it's been in operation for numerous years. Last week they tried to run a weekly report and got the syntax error. I was even thinking some invalid character might have been entered. I think a temp employee was the last person to enter data. It is DOS based, and started from a bat file. When I open the bat file in Note Pad, this is what I see: REM pscserv cd\pscserv c:\db42\dbase so I copied all of the contents of the two directories onto a thumbdrive and brought them to my office. I was able to install DosBox on my 64 bit W8 box and mount the thumbdrive. It appears that I can reproduce the error on my laptop. I'm going to play with the re-index option on the menu and see what that does (on my laptop copy). On Tue, Jun 17, 2014 at 10:42 AM, Jim Lawrence wrote: > Hi David: > > I understand that an older version of Access (2003) may be able to read > the file. I would suspect data corruption would be at fault and could be > resolved. The old DBase file formats were basically text files with forward > and backward links so if necessary a good editor could allow you to fix the > file directly. > > Jim > > ----- Original Message ----- > From: "David McAfee" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Tuesday, June 17, 2014 10:04:54 AM > Subject: [AccessD] dBASE > > Are there any dBASE specialists out there? We have an old dBASE 5.0 db > that's getting syntax errors while trying to run a report. > > I don't even know where to begin. I haven't touched rBase in over 15 years. > > I would love to pic your brain. > > Thanks, > David > -- > 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 Jun 17 13:27:36 2014 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 17 Jun 2014 12:27:36 -0600 (MDT) Subject: [AccessD] dBASE In-Reply-To: Message-ID: <309024224.11713796.1403029656034.JavaMail.root@cds018> Hi David: If my memory serves me well, in the older versions of DBase, adding a quotation mark in the entry data could corrupt the file as a three character deliminator, used as a separator between data fields, could confuse the program. The new data clerk could inadvertently have entered invalid data combination...so the last data entries in the table may be where to look for corruption. If they have an old version of the data (a backup) the file may work just fine in that case. Jim ----- Original Message ----- From: "David McAfee" To: "Access Developers discussion and problem solving" Sent: Tuesday, June 17, 2014 11:13:29 AM Subject: Re: [AccessD] dBASE That's how the old rBase database operated, so I was hoping to see something similar. I guess the original developer died, and it's been in operation for numerous years. Last week they tried to run a weekly report and got the syntax error. I was even thinking some invalid character might have been entered. I think a temp employee was the last person to enter data. It is DOS based, and started from a bat file. When I open the bat file in Note Pad, this is what I see: REM pscserv cd\pscserv c:\db42\dbase so I copied all of the contents of the two directories onto a thumbdrive and brought them to my office. I was able to install DosBox on my 64 bit W8 box and mount the thumbdrive. It appears that I can reproduce the error on my laptop. I'm going to play with the re-index option on the menu and see what that does (on my laptop copy). On Tue, Jun 17, 2014 at 10:42 AM, Jim Lawrence wrote: > Hi David: > > I understand that an older version of Access (2003) may be able to read > the file. I would suspect data corruption would be at fault and could be > resolved. The old DBase file formats were basically text files with forward > and backward links so if necessary a good editor could allow you to fix the > file directly. > > Jim > > ----- Original Message ----- > From: "David McAfee" > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Sent: Tuesday, June 17, 2014 10:04:54 AM > Subject: [AccessD] dBASE > > Are there any dBASE specialists out there? We have an old dBASE 5.0 db > that's getting syntax errors while trying to run a report. > > I don't even know where to begin. I haven't touched rBase in over 15 years. > > I would love to pic your brain. > > Thanks, > David > -- > 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 fuller.artful at gmail.com Wed Jun 18 09:05:05 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Wed, 18 Jun 2014 10:05:05 -0400 Subject: [AccessD] dBASE In-Reply-To: <309024224.11713796.1403029656034.JavaMail.root@cds018> References: <309024224.11713796.1403029656034.JavaMail.root@cds018> Message-ID: Not to boast, but not only was I a dBASE expert back in the day, I was also the first to publish an interview with C. Wayne Ratliff and Jeb Long. (But like everyone else, I moved to Clipper as soon as it was released.) Exactly how far can you get? Can you open the table itself, aside from via the app? It would be useful to know that much anyway. If you can, and following up on Jim's suggestion, Go Bottom and have a look at the last few records. Also, try packing the table, and if that works, then recreate the indexes. Arthur ? From davidmcafee at gmail.com Wed Jun 18 13:16:54 2014 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 18 Jun 2014 11:16:54 -0700 Subject: [AccessD] dBASE In-Reply-To: References: <309024224.11713796.1403029656034.JavaMail.root@cds018> Message-ID: I was able to pack and reindex (using the app's menu) and I still get the syntax error: http://davidmcafee.org/pics/dBASEerror.png I'm not sure if that Rec 2433/2759 at the bottom indicates the trouble row. I was able to export the two tables (Client and Services) to dbf files. I can open them in Excel and I do notice that row 2434 is different, in that it doesn't have a client name as well as most of the other fields in the row. I cleaned up the 4 or 5 similar rows and couldn't save as a dbf file. Not sure if I could save as a text and re-import, or maybe I should try looking for the troubled text in the DBF file via notepad. Not sure what to do next. On Wed, Jun 18, 2014 at 7:05 AM, Arthur Fuller wrote: > Not to boast, but not only was I a dBASE expert back in the day, I was also > the first to publish an interview with C. Wayne Ratliff and Jeb Long. (But > like everyone else, I moved to Clipper as soon as it was released.) > > Exactly how far can you get? Can you open the table itself, aside from via > the app? It would be useful to know that much anyway. If you can, and > following up on Jim's suggestion, Go Bottom and have a look at the last few > records. Also, try packing the table, and if that works, then recreate the > indexes. > > > Arthur > ? > From fuller.artful at gmail.com Thu Jun 19 09:03:47 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Thu, 19 Jun 2014 10:03:47 -0400 Subject: [AccessD] dBASE In-Reply-To: References: <309024224.11713796.1403029656034.JavaMail.root@cds018> Message-ID: David, This is a dBASE IV app, right? It's been some years since I've used it so my recollections are a tad vague. In your position my next move(s) would be to get out of the app itself and work with dB directly. I forget whether there's an import-from-CSV tool in there. For sure, you won't be able to import from the Excel file since dB was written ages before Excel and won't understand the format. If you've found at least one record with wonky data, then I'd go into dB (not your app) and delete the bad record(s). You could then try the report again and see if it still errors out. Just to be sure, it used to work fine until recently, and that may have to do with data entered by the newbie? How recent is the last backup that can be restored successfully? How much data has been added since then? Ensure that the report runs without error on that backup. Then compare the record counts of the two tables and see how much data is at stake. I'd restore the last good backup in another directory to make comparisons simpler. In the worst case, you could keep Excel open so you can look at the new data, then add it row by row using the app, rather than directly. I realize this is not much help, but it's all I've got. I don't even know whether I have dBASE disks around, and come to think of it, even if I did, none of my computers have floppy drives. LOL. Ah, the distant past. On Wed, Jun 18, 2014 at 2:16 PM, David McAfee wrote: > I was able to pack and reindex (using the app's menu) and I still get the > syntax error: > > http://davidmcafee.org/pics/dBASEerror.png > > I'm not sure if that Rec 2433/2759 at the bottom indicates the trouble row. > > I was able to export the two tables (Client and Services) to dbf files. > I can open them in Excel and I do notice that row 2434 is different, in > that it doesn't have a client name as well as most of the other fields in > the row. > > I cleaned up the 4 or 5 similar rows and couldn't save as a dbf file. > Not sure if I could save as a text and re-import, or maybe I should try > looking for the troubled text in the DBF file via notepad. > > Not sure what to do next. > > > On Wed, Jun 18, 2014 at 7:05 AM, Arthur Fuller > wrote: > > > Not to boast, but not only was I a dBASE expert back in the day, I was > also > > the first to publish an interview with C. Wayne Ratliff and Jeb Long. > (But > > like everyone else, I moved to Clipper as soon as it was released.) > > > > Exactly how far can you get? Can you open the table itself, aside from > via > > the app? It would be useful to know that much anyway. If you can, and > > following up on Jim's suggestion, Go Bottom and have a look at the last > few > > records. Also, try packing the table, and if that works, then recreate > the > > indexes. > > > > > > Arthur > > ? > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From bensonforums at gmail.com Tue Jun 24 11:06:01 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 24 Jun 2014 12:06:01 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: Message-ID: This died? On Jun 17, 2014 9:30 AM, "Bill Benson" wrote: > I don't open anything as a popup with my code. Which method are you > referring to? > > The one where I just use > DoCmd.RunCommand acCmdSave right before changing the subform > sourceobject? Unless you mind saving the main form, that is the simplest > method. > > If you are getting the pop up problem using the other method where I open > the standalone for in design view then I do not know why, I would have to > see your code. > From bensonforums at gmail.com Tue Jun 24 11:07:13 2014 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 24 Jun 2014 12:07:13 -0400 Subject: [AccessD] Why use UDF function as listbox RowSourceType?? In-Reply-To: <05c201cf8cf3$34daf4a0$9e90dde0$@gmail.com> References: <05c201cf8cf3$34daf4a0$9e90dde0$@gmail.com> Message-ID: This is sitting untouched on another list. Any takers here? > I have been following the documentation here and here > > > > http://msdn.microsoft.com/en-us/library/office/ff821440(v=office.15).aspx > > http://msdn.microsoft.com/en-us/library/office/ff845731(v=office.15).aspx > > > > and trying to understand why someone would want to do this, rather than creating a temp table with the results of whatever is used to get the values. > > > > What I do not like about the method ? aside from it being inordinately complex and to me, non-intuitive (though I eventually got it) ? is that it is called again and again while the user scrolls the listbox, which slows down the application. > > > > Why do great programmers use this technique? > > (I have seen code for example by Wayne Phillips at EverythingAccess.com > > > > http://www.everythingaccess.com/tutorials.asp?ID=Accessing-detailed-file-information-provided-by-the-Operating-System > > > > where he uses classes to wrap the functions to grab file properties from windows explorer, and when he lists the results he uses a callback udf structure similar to that shown in the above links). > > > > Is there some compelling reason to do it this way, rather than a temp table? > > > > > > From jimdettman at verizon.net Tue Jun 24 13:58:07 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Tue, 24 Jun 2014 14:58:07 -0400 Subject: [AccessD] Why use UDF function as listbox RowSourceType?? In-Reply-To: References: <05c201cf8cf3$34daf4a0$9e90dde0$@gmail.com> Message-ID: It harkens back to a time when compact on close was not an option, so many developers were loath to do anything with temp tables (of course, you can always open a temp DB, but it was extra work). The other thing is that it allowed you to pull data from multiple sources easily and then combine them. I can't think of the last time I used a callback function for a combo or list box. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Tuesday, June 24, 2014 12:07 PM To: accessd at databaseadvisors.com Subject: [AccessD] Why use UDF function as listbox RowSourceType?? This is sitting untouched on another list. Any takers here? > I have been following the documentation here and here > > > > http://msdn.microsoft.com/en-us/library/office/ff821440(v=office.15).aspx > > http://msdn.microsoft.com/en-us/library/office/ff845731(v=office.15).aspx > > > > and trying to understand why someone would want to do this, rather than creating a temp table with the results of whatever is used to get the values. > > > > What I do not like about the method - aside from it being inordinately complex and to me, non-intuitive (though I eventually got it) - is that it is called again and again while the user scrolls the listbox, which slows down the application. > > > > Why do great programmers use this technique? > > (I have seen code for example by Wayne Phillips at EverythingAccess.com > > > > http://www.everythingaccess.com/tutorials.asp?ID=Accessing-detailed-file-inf ormation-provided-by-the-Operating-System > > > > where he uses classes to wrap the functions to grab file properties from windows explorer, and when he lists the results he uses a callback udf structure similar to that shown in the above links). > > > > Is there some compelling reason to do it this way, rather than a temp table? > > > > > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Tue Jun 24 18:18:18 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 25 Jun 2014 11:18:18 +1200 Subject: [AccessD] Automation Error 91 for Excel Checkbox Message-ID: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> Hi Listers, I am exporting data to an excel spreadsheet, then opening the spreadsheet to add some checkboxes to make it easier for data entry. My code runs fine the first time, but when I run it a second time (whether for the same spreadsheet or to create a new one) I get error 91. It doesn't seem to want to loop through the cell range. If I close the database and reopen it then the code runs fine for the first time again but when I run it a second time I get the same error. Below is my code. The line with the error is shown: strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" Kill strFullName 'In case already created today DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, "dbo_ttmpBranchPAMaintenance", strFullName, True Dim xlObj As Excel.Application Dim intRow As Integer, cel As Range Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True xlObj.Workbooks.Open strFullName For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes to each of these cells xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, Width:=cel.Width, Height:=cel.Height).Select With Selection .Caption = "" ' ****** Error 91 Object variable or with block variable not set *************** .Value = cel.Offset(0, -5) .LinkedCell = cel.Offset(0, -5).Address .Locked = False End With Next xlObj.ActiveWorkbook.Save xlObj.Quit Set xlObj = Nothing Any help would be appreciated. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From bensonforums at gmail.com Tue Jun 24 23:21:22 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 00:21:22 -0400 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> Message-ID: <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> I would change the code as follows, not sure if it will help. Normally it is not necessary and is counterproductive to Select ranges in Excel VBA. Also, I have seen problems looping through parts of a range that is not represented as the Cells collection. Also, be careful Killing anything that may not exist prior (use error handling). And I like to have a handle to the workbook object not deal with ActiveWorkbook, so this code gives you one. Note, I may not have solved your problem at all but I suspect it is because you are dealing with Selection when you do not need to be. Dim xlObj As Excel.Application Dim xlWB as Excel.Workbook Dim intRow As Integer, cel As Excel.Range strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & _ " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" On Error Resume Next Kill strFullName 'In case already created today On Error Goto 0 DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, "dbo_ttmpBranchPAMaintenance", strFullName, True Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True On Error Resume Next Set xlWB = xlObj.Workbooks.Open strFullName On error Goto 0 If Not xlWB is Nothing then For Each cel In xlWB.ActiveSheet.Range("K2:O2").Cells 'Add checkboxes to each of these cells xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, Width:=cel.Width, Height:=cel.Height).Select With Cel .Caption = "" ' ****** Error 91 Object variable or with block variable not set *************** .Value = cel.Offset(0, -5) .LinkedCell = cel.Offset(0, -5).Address .Locked = False End With Next xlWB.Close SaveChanges:=TRUE xlObj.Quit Set xlObj = Nothing End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Tuesday, June 24, 2014 7:18 PM To: AccessD Subject: [AccessD] Automation Error 91 for Excel Checkbox Hi Listers, I am exporting data to an excel spreadsheet, then opening the spreadsheet to add some checkboxes to make it easier for data entry. My code runs fine the first time, but when I run it a second time (whether for the same spreadsheet or to create a new one) I get error 91. It doesn't seem to want to loop through the cell range. If I close the database and reopen it then the code runs fine for the first time again but when I run it a second time I get the same error. Below is my code. The line with the error is shown: strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" Kill strFullName 'In case already created today DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, "dbo_ttmpBranchPAMaintenance", strFullName, True Dim xlObj As Excel.Application Dim intRow As Integer, cel As Range Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True xlObj.Workbooks.Open strFullName For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes to each of these cells xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, Width:=cel.Width, Height:=cel.Height).Select With Selection .Caption = "" ' ****** Error 91 Object variable or with block variable not set *************** .Value = cel.Offset(0, -5) .LinkedCell = cel.Offset(0, -5).Address .Locked = False End With Next xlObj.ActiveWorkbook.Save xlObj.Quit Set xlObj = Nothing Any help would be appreciated. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Wed Jun 25 00:53:17 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 25 Jun 2014 17:53:17 +1200 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> Message-ID: <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> Bill, Thanks for your response. I made the changes you suggested but with still the same problem. I did notice in task manager that after I created the first spreadsheet that an instance of Excel was still open. This disappears when the database is closed. Further information - the database is an accdb running in Access 2010. Regards David -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 25 June 2014 4:21 p.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox I would change the code as follows, not sure if it will help. Normally it is not necessary and is counterproductive to Select ranges in Excel VBA. Also, I have seen problems looping through parts of a range that is not represented as the Cells collection. Also, be careful Killing anything that may not exist prior (use error handling). And I like to have a handle to the workbook object not deal with ActiveWorkbook, so this code gives you one. Note, I may not have solved your problem at all but I suspect it is because you are dealing with Selection when you do not need to be. Dim xlObj As Excel.Application Dim xlWB as Excel.Workbook Dim intRow As Integer, cel As Excel.Range strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & _ " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" On Error Resume Next Kill strFullName 'In case already created today On Error Goto 0 DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, "dbo_ttmpBranchPAMaintenance", strFullName, True Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True On Error Resume Next Set xlWB = xlObj.Workbooks.Open strFullName On error Goto 0 If Not xlWB is Nothing then For Each cel In xlWB.ActiveSheet.Range("K2:O2").Cells 'Add checkboxes to each of these cells xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, Width:=cel.Width, Height:=cel.Height).Select With Cel .Caption = "" ' ****** Error 91 Object variable or with block variable not set *************** .Value = cel.Offset(0, -5) .LinkedCell = cel.Offset(0, -5).Address .Locked = False End With Next xlWB.Close SaveChanges:=TRUE xlObj.Quit Set xlObj = Nothing End If -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Tuesday, June 24, 2014 7:18 PM To: AccessD Subject: [AccessD] Automation Error 91 for Excel Checkbox Hi Listers, I am exporting data to an excel spreadsheet, then opening the spreadsheet to add some checkboxes to make it easier for data entry. My code runs fine the first time, but when I run it a second time (whether for the same spreadsheet or to create a new one) I get error 91. It doesn't seem to want to loop through the cell range. If I close the database and reopen it then the code runs fine for the first time again but when I run it a second time I get the same error. Below is my code. The line with the error is shown: strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" Kill strFullName 'In case already created today DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, "dbo_ttmpBranchPAMaintenance", strFullName, True Dim xlObj As Excel.Application Dim intRow As Integer, cel As Range Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True xlObj.Workbooks.Open strFullName For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes to each of these cells xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, Width:=cel.Width, Height:=cel.Height).Select With Selection .Caption = "" ' ****** Error 91 Object variable or with block variable not set *************** .Value = cel.Offset(0, -5) .LinkedCell = cel.Offset(0, -5).Address .Locked = False End With Next xlObj.ActiveWorkbook.Save xlObj.Quit Set xlObj = Nothing Any help would be appreciated. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand From bensonforums at gmail.com Wed Jun 25 01:07:31 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 02:07:31 -0400 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> Message-ID: Hmm Try setting xlWB to Nothing also, before Quit. Since you made it visible can you see it in the task pane even after proc ends? On Jun 25, 2014 1:54 AM, "David Emerson" wrote: > > Bill, > > Thanks for your response. I made the changes you suggested but with still > the same problem. > > I did notice in task manager that after I created the first spreadsheet that > an instance of Excel was still open. This disappears when the database is > closed. > > Further information - the database is an accdb running in Access 2010. > > Regards > > David > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, 25 June 2014 4:21 p.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox > > I would change the code as follows, not sure if it will help. Normally it is > not necessary and is counterproductive to Select ranges in Excel VBA. Also, > I have seen problems looping through parts of a range that is not > represented as the Cells collection. Also, be careful Killing anything that > may not exist prior (use error handling). And I like to have a handle to the > workbook object not deal with ActiveWorkbook, so this code gives you one. > > Note, I may not have solved your problem at all but I suspect it is because > you are dealing with Selection when you do not need to be. > > Dim xlObj As Excel.Application > Dim xlWB as Excel.Workbook > Dim intRow As Integer, cel As Excel.Range strFullName = > Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & _ > " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > On Error Resume Next > Kill strFullName 'In case already created today On Error Goto 0 > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True > > On Error Resume Next > Set xlWB = xlObj.Workbooks.Open strFullName > On error Goto 0 > If Not xlWB is Nothing then > For Each cel In xlWB.ActiveSheet.Range("K2:O2").Cells 'Add checkboxes > to each of these cells > xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > With Cel > .Caption = "" ' ****** Error 91 Object variable or with block > variable not set *************** > .Value = cel.Offset(0, -5) > .LinkedCell = cel.Offset(0, -5).Address > .Locked = False > End With > Next > xlWB.Close SaveChanges:=TRUE > xlObj.Quit > Set xlObj = Nothing > End If > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson > Sent: Tuesday, June 24, 2014 7:18 PM > To: AccessD > Subject: [AccessD] Automation Error 91 for Excel Checkbox > > Hi Listers, > > > > I am exporting data to an excel spreadsheet, then opening the spreadsheet to > add some checkboxes to make it easier for data entry. > > > > My code runs fine the first time, but when I run it a second time (whether > for the same spreadsheet or to create a new one) I get error 91. > > It doesn't seem to want to loop through the cell range. > > If I close the database and reopen it then the code runs fine for the first > time again but when I run it a second time I get the same error. > > > > Below is my code. The line with the error is shown: > > > > strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " Post > Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > Kill strFullName 'In case already created today > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > > > Dim xlObj As Excel.Application > > Dim intRow As Integer, cel As Range > > > > Set xlObj = CreateObject("Excel.Application") > > xlObj.Visible = True > > xlObj.Workbooks.Open strFullName > > For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes to each > of these cells > > xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > > With Selection > > .Caption = "" ' ****** Error 91 Object variable or with block > variable not set *************** > > .Value = cel.Offset(0, -5) > > .LinkedCell = cel.Offset(0, -5).Address > > .Locked = False > > End With > > Next > > xlObj.ActiveWorkbook.Save > > xlObj.Quit > > Set xlObj = Nothing > > > > Any help would be appreciated. > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Wed Jun 25 01:34:45 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 02:34:45 -0400 Subject: [AccessD] Why use UDF function as listbox RowSourceType?? In-Reply-To: References: <05c201cf8cf3$34daf4a0$9e90dde0$@gmail.com> Message-ID: Thanks Jim. On Jun 24, 2014 2:58 PM, "Jim Dettman" wrote: > > It harkens back to a time when compact on close was not an option, so > many > developers were loath to do anything with temp tables (of course, you can > always open a temp DB, but it was extra work). > > The other thing is that it allowed you to pull data from multiple sources > easily and then combine them. I can't think of the last time I used a > callback function for a combo or list box. > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Tuesday, June 24, 2014 12:07 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] Why use UDF function as listbox RowSourceType?? > > This is sitting untouched on another list. Any takers here? > > > I have been following the documentation here and here > > > > > > > > > http://msdn.microsoft.com/en-us/library/office/ff821440(v=office.15).aspx > > > > > http://msdn.microsoft.com/en-us/library/office/ff845731(v=office.15).aspx > > > > > > > > and trying to understand why someone would want to do this, rather than > creating a temp table with the results of whatever is used to get the > values. > > > > > > > > What I do not like about the method - aside from it being inordinately > complex and to me, non-intuitive (though I eventually got it) - is that it > is called again and again while the user scrolls the listbox, which slows > down the application. > > > > > > > > Why do great programmers use this technique? > > > > (I have seen code for example by Wayne Phillips at EverythingAccess.com > > > > > > > > > > http://www.everythingaccess.com/tutorials.asp?ID=Accessing-detailed-file-inf > ormation-provided-by-the-Operating-System > > > > > > > > where he uses classes to wrap the functions to grab file properties from > windows explorer, and when he lists the results he uses a callback udf > structure similar to that shown in the above links). > > > > > > > > Is there some compelling reason to do it this way, rather than a temp > table? > > > > > > > > > > > > > -- > 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 newsgrps at dalyn.co.nz Wed Jun 25 01:48:15 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 25 Jun 2014 18:48:15 +1200 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> Message-ID: <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> setting xlWB to Nothing also, before Quit made no difference. When I run the code for the first time the spreadsheet and Excel closes (but Excel still appears in the task manager). When I run it the second time the spreadsheet stays open in Excel (because it didn't reach the close line) and there are two instances of Excel in task manager. Closing it only closes one of them. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 25 June 2014 6:08 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox Hmm Try setting xlWB to Nothing also, before Quit. Since you made it visible can you see it in the task pane even after proc ends? On Jun 25, 2014 1:54 AM, "David Emerson" wrote: > > Bill, > > Thanks for your response. I made the changes you suggested but with > still the same problem. > > I did notice in task manager that after I created the first > spreadsheet that > an instance of Excel was still open. This disappears when the > database is closed. > > Further information - the database is an accdb running in Access 2010. > > Regards > > David > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, 25 June 2014 4:21 p.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox > > I would change the code as follows, not sure if it will help. Normally > it is > not necessary and is counterproductive to Select ranges in Excel VBA. Also, > I have seen problems looping through parts of a range that is not > represented as the Cells collection. Also, be careful Killing anything that > may not exist prior (use error handling). And I like to have a handle > to the > workbook object not deal with ActiveWorkbook, so this code gives you one. > > Note, I may not have solved your problem at all but I suspect it is because > you are dealing with Selection when you do not need to be. > > Dim xlObj As Excel.Application > Dim xlWB as Excel.Workbook > Dim intRow As Integer, cel As Excel.Range strFullName = > Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & _ > " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > On Error Resume Next > Kill strFullName 'In case already created today On Error Goto 0 > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True > > On Error Resume Next > Set xlWB = xlObj.Workbooks.Open strFullName > On error Goto 0 > If Not xlWB is Nothing then > For Each cel In xlWB.ActiveSheet.Range("K2:O2").Cells 'Add > checkboxes to each of these cells > xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > With Cel > .Caption = "" ' ****** Error 91 Object variable or with > block variable not set *************** > .Value = cel.Offset(0, -5) > .LinkedCell = cel.Offset(0, -5).Address > .Locked = False > End With > Next > xlWB.Close SaveChanges:=TRUE > xlObj.Quit > Set xlObj = Nothing > End If > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > Emerson > Sent: Tuesday, June 24, 2014 7:18 PM > To: AccessD > Subject: [AccessD] Automation Error 91 for Excel Checkbox > > Hi Listers, > > > > I am exporting data to an excel spreadsheet, then opening the > spreadsheet to > add some checkboxes to make it easier for data entry. > > > > My code runs fine the first time, but when I run it a second time > (whether for the same spreadsheet or to create a new one) I get error 91. > > It doesn't seem to want to loop through the cell range. > > If I close the database and reopen it then the code runs fine for the first > time again but when I run it a second time I get the same error. > > > > Below is my code. The line with the error is shown: > > > > strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " > Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > Kill strFullName 'In case already created today > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > > > Dim xlObj As Excel.Application > > Dim intRow As Integer, cel As Range > > > > Set xlObj = CreateObject("Excel.Application") > > xlObj.Visible = True > > xlObj.Workbooks.Open strFullName > > For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes > to each > of these cells > > xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > > With Selection > > .Caption = "" ' ****** Error 91 Object variable or with > block variable not set *************** > > .Value = cel.Offset(0, -5) > > .LinkedCell = cel.Offset(0, -5).Address > > .Locked = False > > End With > > Next > > xlObj.ActiveWorkbook.Save > > xlObj.Quit > > Set xlObj = Nothing > > > > Any help would be appreciated. > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > -- > 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 newsgrps at dalyn.co.nz Wed Jun 25 01:50:50 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 25 Jun 2014 18:50:50 +1200 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> Message-ID: <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> Correction - closing the second spreadsheet doesn't close the instance of Excel. Two instances now appear in Task manager. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Wednesday, 25 June 2014 6:48 p.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox setting xlWB to Nothing also, before Quit made no difference. When I run the code for the first time the spreadsheet and Excel closes (but Excel still appears in the task manager). When I run it the second time the spreadsheet stays open in Excel (because it didn't reach the close line) and there are two instances of Excel in task manager. Closing it only closes one of them. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 25 June 2014 6:08 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox Hmm Try setting xlWB to Nothing also, before Quit. Since you made it visible can you see it in the task pane even after proc ends? On Jun 25, 2014 1:54 AM, "David Emerson" wrote: > > Bill, > > Thanks for your response. I made the changes you suggested but with > still the same problem. > > I did notice in task manager that after I created the first > spreadsheet that > an instance of Excel was still open. This disappears when the > database is closed. > > Further information - the database is an accdb running in Access 2010. > > Regards > > David > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, 25 June 2014 4:21 p.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox > > I would change the code as follows, not sure if it will help. Normally > it is > not necessary and is counterproductive to Select ranges in Excel VBA. Also, > I have seen problems looping through parts of a range that is not > represented as the Cells collection. Also, be careful Killing anything that > may not exist prior (use error handling). And I like to have a handle > to the > workbook object not deal with ActiveWorkbook, so this code gives you one. > > Note, I may not have solved your problem at all but I suspect it is because > you are dealing with Selection when you do not need to be. > > Dim xlObj As Excel.Application > Dim xlWB as Excel.Workbook > Dim intRow As Integer, cel As Excel.Range strFullName = > Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & _ > " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > On Error Resume Next > Kill strFullName 'In case already created today On Error Goto 0 > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True > > On Error Resume Next > Set xlWB = xlObj.Workbooks.Open strFullName > On error Goto 0 > If Not xlWB is Nothing then > For Each cel In xlWB.ActiveSheet.Range("K2:O2").Cells 'Add > checkboxes to each of these cells > xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > With Cel > .Caption = "" ' ****** Error 91 Object variable or with > block variable not set *************** > .Value = cel.Offset(0, -5) > .LinkedCell = cel.Offset(0, -5).Address > .Locked = False > End With > Next > xlWB.Close SaveChanges:=TRUE > xlObj.Quit > Set xlObj = Nothing > End If > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > Emerson > Sent: Tuesday, June 24, 2014 7:18 PM > To: AccessD > Subject: [AccessD] Automation Error 91 for Excel Checkbox > > Hi Listers, > > > > I am exporting data to an excel spreadsheet, then opening the > spreadsheet to > add some checkboxes to make it easier for data entry. > > > > My code runs fine the first time, but when I run it a second time > (whether for the same spreadsheet or to create a new one) I get error 91. > > It doesn't seem to want to loop through the cell range. > > If I close the database and reopen it then the code runs fine for the first > time again but when I run it a second time I get the same error. > > > > Below is my code. The line with the error is shown: > > > > strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " > Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > Kill strFullName 'In case already created today > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > > > Dim xlObj As Excel.Application > > Dim intRow As Integer, cel As Range > > > > Set xlObj = CreateObject("Excel.Application") > > xlObj.Visible = True > > xlObj.Workbooks.Open strFullName > > For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes > to each > of these cells > > xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > > With Selection > > .Caption = "" ' ****** Error 91 Object variable or with > block variable not set *************** > > .Value = cel.Offset(0, -5) > > .LinkedCell = cel.Offset(0, -5).Address > > .Locked = False > > End With > > Next > > xlObj.ActiveWorkbook.Save > > xlObj.Quit > > Set xlObj = Nothing > > > > Any help would be appreciated. > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > -- > 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 Jun 25 01:53:57 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 02:53:57 -0400 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> Message-ID: With Excel 2013 ms moved to a SDI (single document interface) and you get one instance per workbook. Can you paste the full code in a message to me off list please? I did not see a Sub End Sub Pair, so I would like to see the complete procedure. Tia. On Jun 25, 2014 2:49 AM, "David Emerson" wrote: > setting xlWB to Nothing also, before Quit made no difference. > > When I run the code for the first time the spreadsheet and Excel closes > (but > Excel still appears in the task manager). > When I run it the second time the spreadsheet stays open in Excel (because > it didn't reach the close line) and there are two instances of Excel in > task > manager. Closing it only closes one of them. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, 25 June 2014 6:08 p.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox > > Hmm > > Try setting xlWB to Nothing also, before Quit. > > Since you made it visible can you see it in the task pane even after proc > ends? > > > On Jun 25, 2014 1:54 AM, "David Emerson" wrote: > > > > Bill, > > > > Thanks for your response. I made the changes you suggested but with > > still the same problem. > > > > I did notice in task manager that after I created the first > > spreadsheet > that > > an instance of Excel was still open. This disappears when the > > database is closed. > > > > Further information - the database is an accdb running in Access 2010. > > > > Regards > > > > David > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > > Sent: Wednesday, 25 June 2014 4:21 p.m. > > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox > > > > I would change the code as follows, not sure if it will help. Normally > > it > is > > not necessary and is counterproductive to Select ranges in Excel VBA. > Also, > > I have seen problems looping through parts of a range that is not > > represented as the Cells collection. Also, be careful Killing anything > that > > may not exist prior (use error handling). And I like to have a handle > > to > the > > workbook object not deal with ActiveWorkbook, so this code gives you one. > > > > Note, I may not have solved your problem at all but I suspect it is > because > > you are dealing with Selection when you do not need to be. > > > > Dim xlObj As Excel.Application > > Dim xlWB as Excel.Workbook > > Dim intRow As Integer, cel As Excel.Range strFullName = > > Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & _ > > " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > > > On Error Resume Next > > Kill strFullName 'In case already created today On Error Goto 0 > > > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > > "dbo_ttmpBranchPAMaintenance", strFullName, True > > > > Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True > > > > On Error Resume Next > > Set xlWB = xlObj.Workbooks.Open strFullName > > On error Goto 0 > > If Not xlWB is Nothing then > > For Each cel In xlWB.ActiveSheet.Range("K2:O2").Cells 'Add > > checkboxes to each of these cells > > xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > > Width:=cel.Width, Height:=cel.Height).Select > > With Cel > > .Caption = "" ' ****** Error 91 Object variable or with > > block variable not set *************** > > .Value = cel.Offset(0, -5) > > .LinkedCell = cel.Offset(0, -5).Address > > .Locked = False > > End With > > Next > > xlWB.Close SaveChanges:=TRUE > > xlObj.Quit > > Set xlObj = Nothing > > End If > > > > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com > > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > > Emerson > > Sent: Tuesday, June 24, 2014 7:18 PM > > To: AccessD > > Subject: [AccessD] Automation Error 91 for Excel Checkbox > > > > Hi Listers, > > > > > > > > I am exporting data to an excel spreadsheet, then opening the > > spreadsheet > to > > add some checkboxes to make it easier for data entry. > > > > > > > > My code runs fine the first time, but when I run it a second time > > (whether for the same spreadsheet or to create a new one) I get error 91. > > > > It doesn't seem to want to loop through the cell range. > > > > If I close the database and reopen it then the code runs fine for the > first > > time again but when I run it a second time I get the same error. > > > > > > > > Below is my code. The line with the error is shown: > > > > > > > > strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " > > Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > > > Kill strFullName 'In case already created today > > > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > > "dbo_ttmpBranchPAMaintenance", strFullName, True > > > > > > > > Dim xlObj As Excel.Application > > > > Dim intRow As Integer, cel As Range > > > > > > > > Set xlObj = CreateObject("Excel.Application") > > > > xlObj.Visible = True > > > > xlObj.Workbooks.Open strFullName > > > > For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes > > to > each > > of these cells > > > > xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > > Width:=cel.Width, Height:=cel.Height).Select > > > > With Selection > > > > .Caption = "" ' ****** Error 91 Object variable or with > > block variable not set *************** > > > > .Value = cel.Offset(0, -5) > > > > .LinkedCell = cel.Offset(0, -5).Address > > > > .Locked = False > > > > End With > > > > Next > > > > xlObj.ActiveWorkbook.Save > > > > xlObj.Quit > > > > Set xlObj = Nothing > > > > > > > > Any help would be appreciated. > > > > > > > > Regards > > > > David Emerson > > Dalyn Software Ltd > > Wellington, New Zealand > > > > -- > > 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 newsgrps at dalyn.co.nz Wed Jun 25 01:54:20 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Wed, 25 Jun 2014 18:54:20 +1200 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> Message-ID: <007a01cf9042$4a5ca2e0$df15e8a0$@dalyn.co.nz> Correction to the correction :( Once I close the error message box the second instance of Excel disappears from Task manager. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Wednesday, 25 June 2014 6:51 p.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox Correction - closing the second spreadsheet doesn't close the instance of Excel. Two instances now appear in Task manager. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Wednesday, 25 June 2014 6:48 p.m. To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox setting xlWB to Nothing also, before Quit made no difference. When I run the code for the first time the spreadsheet and Excel closes (but Excel still appears in the task manager). When I run it the second time the spreadsheet stays open in Excel (because it didn't reach the close line) and there are two instances of Excel in task manager. Closing it only closes one of them. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 25 June 2014 6:08 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox Hmm Try setting xlWB to Nothing also, before Quit. Since you made it visible can you see it in the task pane even after proc ends? On Jun 25, 2014 1:54 AM, "David Emerson" wrote: > > Bill, > > Thanks for your response. I made the changes you suggested but with > still the same problem. > > I did notice in task manager that after I created the first > spreadsheet that > an instance of Excel was still open. This disappears when the > database is closed. > > Further information - the database is an accdb running in Access 2010. > > Regards > > David > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Wednesday, 25 June 2014 4:21 p.m. > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox > > I would change the code as follows, not sure if it will help. Normally > it is > not necessary and is counterproductive to Select ranges in Excel VBA. Also, > I have seen problems looping through parts of a range that is not > represented as the Cells collection. Also, be careful Killing anything that > may not exist prior (use error handling). And I like to have a handle > to the > workbook object not deal with ActiveWorkbook, so this code gives you one. > > Note, I may not have solved your problem at all but I suspect it is because > you are dealing with Selection when you do not need to be. > > Dim xlObj As Excel.Application > Dim xlWB as Excel.Workbook > Dim intRow As Integer, cel As Excel.Range strFullName = > Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & _ > " Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > On Error Resume Next > Kill strFullName 'In case already created today On Error Goto 0 > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > Set xlObj = CreateObject("Excel.Application") xlObj.Visible = True > > On Error Resume Next > Set xlWB = xlObj.Workbooks.Open strFullName > On error Goto 0 > If Not xlWB is Nothing then > For Each cel In xlWB.ActiveSheet.Range("K2:O2").Cells 'Add > checkboxes to each of these cells > xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > With Cel > .Caption = "" ' ****** Error 91 Object variable or with > block variable not set *************** > .Value = cel.Offset(0, -5) > .LinkedCell = cel.Offset(0, -5).Address > .Locked = False > End With > Next > xlWB.Close SaveChanges:=TRUE > xlObj.Quit > Set xlObj = Nothing > End If > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David > Emerson > Sent: Tuesday, June 24, 2014 7:18 PM > To: AccessD > Subject: [AccessD] Automation Error 91 for Excel Checkbox > > Hi Listers, > > > > I am exporting data to an excel spreadsheet, then opening the > spreadsheet to > add some checkboxes to make it easier for data entry. > > > > My code runs fine the first time, but when I run it a second time > (whether for the same spreadsheet or to create a new one) I get error 91. > > It doesn't seem to want to loop through the cell range. > > If I close the database and reopen it then the code runs fine for the first > time again but when I run it a second time I get the same error. > > > > Below is my code. The line with the error is shown: > > > > strFullName = Me!txtFileFolderPAMaint & "\" & strSCBranchFileName & " > Post Address Services " & Format(Date, "yyyy mm") & ".xlsx" > > Kill strFullName 'In case already created today > > DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel12Xml, > "dbo_ttmpBranchPAMaintenance", strFullName, True > > > > Dim xlObj As Excel.Application > > Dim intRow As Integer, cel As Range > > > > Set xlObj = CreateObject("Excel.Application") > > xlObj.Visible = True > > xlObj.Workbooks.Open strFullName > > For Each cel In xlObj.ActiveSheet.Range("K2:O2") 'Add checkboxes > to each > of these cells > > xlObj.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, > Width:=cel.Width, Height:=cel.Height).Select > > With Selection > > .Caption = "" ' ****** Error 91 Object variable or with > block variable not set *************** > > .Value = cel.Offset(0, -5) > > .LinkedCell = cel.Offset(0, -5).Address > > .Locked = False > > End With > > Next > > xlObj.ActiveWorkbook.Save > > xlObj.Quit > > Set xlObj = Nothing > > > > Any help would be appreciated. > > > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > -- > 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 Jun 25 02:04:51 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 03:04:51 -0400 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <00b501cf902c$ebf2ea80$c3d8bf80$@gmail.com> <006f01cf9039$c4082f00$4c188d00$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> <007a01cf9042$4a5ca2e0$df15e8a0$@dalyn.co.nz> Message-ID: > Sorry I missed that you are using the .Select method. My With Statement is applying to Cel but should be to a control. > > Dim a variable Ctl as object. > > Remove .select as follows > > Set Ctl = xlWB.ActiveSheet.CheckBoxes.Add(Left:=cel.Left, Top:=cel.Top, Width:=cel.Width, Height:=cel.Height) > With Ctl > .Caption = "" > > .Value = cel.Offset(0, -5) > .LinkedCell = cel.Offset(0, -5).Address > .Locked = False > End With > Next > xlWB.Close > From stuart at lexacorp.com.pg Wed Jun 25 02:04:43 2014 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Wed, 25 Jun 2014 17:04:43 +1000 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz>, <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz>, <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> Message-ID: <53AA748B.13197.48A83B39@stuart.lexacorp.com.pg> > With Selection > .Caption = "" Gee, it's over a year now since the last time this perennial query came up (April 2013 according to my records). :-) The old "unqualified reference" strikes again. See http://support.microsoft.com/kb/319832 When you write code to use an Excel object, method, or property, you should always precede the call with the appropriate object variable. If you do not, Visual Basic establishes its own reference to Excel... -- Stuart On 25 Jun 2014 at 18:50, David Emerson wrote: > Correction - closing the second spreadsheet doesn't close the instance > of Excel. Two instances now appear in Task manager. > From bensonforums at gmail.com Wed Jun 25 02:13:29 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 03:13:29 -0400 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <53AA748B.13197.48A83B39@stuart.lexacorp.com.pg> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> <53AA748B.13197.48A83B39@stuart.lexacorp.com.pg> Message-ID: Yeah but I got rid of that. If I wanted to keep it I would have said with xlobj.selection. Most self respecting excel programmers avoid selection. On Jun 25, 2014 3:06 AM, "Stuart McLachlan" wrote: > > With Selection > > .Caption = "" > > Gee, it's over a year now since the last time this perennial query came > up (April 2013 > according to my records). :-) > > > > The old "unqualified reference" strikes again. > > See http://support.microsoft.com/kb/319832 > > When you write code to use an Excel object, method, or property, > you should always precede the call with the appropriate object variable. > If you do not, Visual Basic establishes its own reference to Excel... > > > -- > Stuart > > > On 25 Jun 2014 at 18:50, David Emerson wrote: > > > Correction - closing the second spreadsheet doesn't close the instance > > of Excel. Two instances now appear in Task manager. > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Wed Jun 25 02:17:54 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 03:17:54 -0400 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> <53AA748B.13197.48A83B39@stuart.lexacorp.com.pg> Message-ID: And stop using selection... ;) BB On Jun 25, 2014 3:13 AM, "Bill Benson" wrote: > Yeah but I got rid of that. If I wanted to keep it I would have said with > xlobj.selection. > > Most self respecting excel programmers avoid selection. > On Jun 25, 2014 3:06 AM, "Stuart McLachlan" > wrote: > >> > With Selection >> > .Caption = "" >> >> Gee, it's over a year now since the last time this perennial query came >> up (April 2013 >> according to my records). :-) >> >> >> >> The old "unqualified reference" strikes again. >> >> See http://support.microsoft.com/kb/319832 >> >> When you write code to use an Excel object, method, or property, >> you should always precede the call with the appropriate object variable. >> If you do not, Visual Basic establishes its own reference to Excel... >> >> >> -- >> Stuart >> >> >> On 25 Jun 2014 at 18:50, David Emerson wrote: >> >> > Correction - closing the second spreadsheet doesn't close the instance >> > of Excel. Two instances now appear in Task manager. >> > >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > From ewaldt at gdls.com Wed Jun 25 05:09:53 2014 From: ewaldt at gdls.com (ewaldt at gdls.com) Date: Wed, 25 Jun 2014 06:09:53 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: Message-ID: Interesting. I guess the digest form of this list does not come out often? This (Bill's 6/13 response & the rest of the digest) came this morning (6/25). My thanks, everyone, for your help. It did work as you said, Bill. After all that, though, I decided to make it more stable and just go for the tabbed view. Works great. Thanks, again, for your help. Tom Ewald Mass Properties General Dynamics Land Systems Date: Fri, 13 Jun 2014 15:05:25 -0400 From: "Bill Benson" To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] Saving subform format Message-ID: <002801cf873a$6f834300$4e89c900$@gmail.com> Content-Type: text/plain; charset="UTF-8" Just tested and ran this on a commandbutton click, to toggle between two sourceobjects. It stores all user changes in the subform with no problem whatsoever. I would appreciate Tom your trying it and giving feedback. From bensonforums at gmail.com Wed Jun 25 08:27:48 2014 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 09:27:48 -0400 Subject: [AccessD] Saving subform format In-Reply-To: References: Message-ID: I think I got just as much success with just a save method. Downside: it does save the form which may not be preferrable. Glad you are now in good shape! On Jun 25, 2014 6:11 AM, wrote: > Interesting. I guess the digest form of this list does not come out often? > This (Bill's 6/13 response & the rest of the digest) came this morning > (6/25). > > My thanks, everyone, for your help. It did work as you said, Bill. After > all that, though, I decided to make it more stable and just go for the > tabbed view. Works great. Thanks, again, for your help. > > Tom Ewald > Mass Properties > General Dynamics Land Systems > > Date: Fri, 13 Jun 2014 15:05:25 -0400 > From: "Bill Benson" > To: "'Access Developers discussion and problem solving'" > > Subject: Re: [AccessD] Saving subform format > Message-ID: <002801cf873a$6f834300$4e89c900$@gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Just tested and ran this on a commandbutton click, to toggle between two > sourceobjects. It stores all user changes in the subform with no problem > whatsoever. > > I would appreciate Tom your trying it and giving feedback. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From newsgrps at dalyn.co.nz Wed Jun 25 15:21:57 2014 From: newsgrps at dalyn.co.nz (David Emerson) Date: Thu, 26 Jun 2014 08:21:57 +1200 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> <53AA748B.13197.48A83B39@stuart.lexacorp.com.pg> Message-ID: <003b01cf90b3$1cd99140$568cb3c0$@dalyn.co.nz> Thank you Bill for your perseverance and Stuart for the reason I was having the problem. All solved. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 25 June 2014 7:18 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox And stop using selection... ;) BB On Jun 25, 2014 3:13 AM, "Bill Benson" wrote: > Yeah but I got rid of that. If I wanted to keep it I would have said > with xlobj.selection. > > Most self respecting excel programmers avoid selection. > On Jun 25, 2014 3:06 AM, "Stuart McLachlan" > wrote: > >> > With Selection >> > .Caption = "" >> >> Gee, it's over a year now since the last time this perennial query >> came up (April 2013 according to my records). :-) >> >> >> >> The old "unqualified reference" strikes again. >> >> See http://support.microsoft.com/kb/319832 >> >> When you write code to use an Excel object, method, or property, you >> should always precede the call with the appropriate object variable. >> If you do not, Visual Basic establishes its own reference to Excel... >> >> >> -- >> Stuart >> >> >> On 25 Jun 2014 at 18:50, David Emerson wrote: >> >> > Correction - closing the second spreadsheet doesn't close the >> > instance of Excel. Two instances now appear in Task manager. From vbacreations at gmail.com Wed Jun 25 15:33:53 2014 From: vbacreations at gmail.com (Bill Benson) Date: Wed, 25 Jun 2014 16:33:53 -0400 Subject: [AccessD] Automation Error 91 for Excel Checkbox In-Reply-To: <003b01cf90b3$1cd99140$568cb3c0$@dalyn.co.nz> References: <004601cf9002$95e411c0$c1ac3540$@dalyn.co.nz> <007801cf9041$70ff5790$52fe06b0$@dalyn.co.nz> <007901cf9041$cd31ca20$67955e60$@dalyn.co.nz> <53AA748B.13197.48A83B39@stuart.lexacorp.com.pg> <003b01cf90b3$1cd99140$568cb3c0$@dalyn.co.nz> Message-ID: <024001cf90b4$c8733460$59599d20$@gmail.com> I missed Stuart's astute observation as to why you were getting multiple instances of Excel. OTOH, I was reading it at 3AM after a long day/night and poor sleep. No excuse! No excuse! No excuse! No excuse! No excuse! No excuse! No excuse! No excuse! -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson Sent: Wednesday, June 25, 2014 4:22 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox Thank you Bill for your perseverance and Stuart for the reason I was having the problem. All solved. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 25 June 2014 7:18 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] Automation Error 91 for Excel Checkbox And stop using selection... ;) BB On Jun 25, 2014 3:13 AM, "Bill Benson" wrote: > Yeah but I got rid of that. If I wanted to keep it I would have said > with xlobj.selection. > > Most self respecting excel programmers avoid selection. > On Jun 25, 2014 3:06 AM, "Stuart McLachlan" > wrote: > >> > With Selection >> > .Caption = "" >> >> Gee, it's over a year now since the last time this perennial query >> came up (April 2013 according to my records). :-) >> >> >> >> The old "unqualified reference" strikes again. >> >> See http://support.microsoft.com/kb/319832 >> >> When you write code to use an Excel object, method, or property, you >> should always precede the call with the appropriate object variable. >> If you do not, Visual Basic establishes its own reference to Excel... >> >> >> -- >> Stuart >> >> >> On 25 Jun 2014 at 18:50, David Emerson wrote: >> >> > Correction - closing the second spreadsheet doesn't close the >> > instance of Excel. Two instances now appear in Task manager. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From davidmcafee at gmail.com Wed Jun 25 18:04:38 2014 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 25 Jun 2014 16:04:38 -0700 Subject: [AccessD] Office 97 Message-ID: In trying to deal with my dBASE issue, I was trying to see if my old copy of Office97 would save the excel file as a .dbf file. I can't find my Office 95 CDs, nor Disc 1 & 2 of my Office 2000 cds. I found my Office 97 CDs (Developer tools and all!) but the Install CD is scratched. It wouldn't install on my XP laptop because some of the files are missing. I went my my MSDN Developer Download account and it isn't offered by Microsoft anymore. Does anyone have the disc handy that could possibly send me some files? If they are too big, I could probably set up an FTP site to upload them to. This is the list of what I need: D:\BOOKS (Complete folder contents) D:\CLIPART\MMEDIA CLEARUP CLOCK COGS COUNT CUTCOST DOORBELL DRUMROL4 FIREWORK FISTSLAM FOGHORN GFCLOCK GLIDE GLOBE HANDSHAK D:\CLIPART\OFFICE CTYSCAP FIRECRKR D:\OFFICE\ (Complete folder contents, folder is unreadable) D:\OS\FONTS\ (Complete folder contents, folder is unreadable) D:\OS\MSAPPS\DATAMAP\ DMTMDL.DLL MSMAP MSMAP8 (Help file) VBAMAP8 (Help File) D:\OS\MSAPPS\DATAMAP\DATA\ (Complete folder contents, folder is unreadable) D:\OS\MSAPPS\EQUATION\ EQNEDT32 (application, not help file) D:\OS\MSAPPS\GRPHFLT\ CDRIMP32.FLT CGMIMP32.FNT CGMIMP32 DRWIMP32.FLT From dbdoug at gmail.com Wed Jun 25 18:51:57 2014 From: dbdoug at gmail.com (Doug Steele) Date: Wed, 25 Jun 2014 16:51:57 -0700 Subject: [AccessD] Office 97 In-Reply-To: References: Message-ID: Hi David: I've got an Office 97 Pro install CD - I'll upload it to Dropbox and send you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have it - when I last subscribed to Technet a couple of years ago, they had everything back to Windows 2.1 Doug On Wed, Jun 25, 2014 at 4:04 PM, David McAfee wrote: > In trying to deal with my dBASE issue, I was trying to see if my old copy > of Office97 would save the excel file as a .dbf file. > > I can't find my Office 95 CDs, nor Disc 1 & 2 of my Office 2000 cds. > > I found my Office 97 CDs (Developer tools and all!) but the Install CD is > scratched. > It wouldn't install on my XP laptop because some of the files are missing. > > I went my my MSDN Developer Download account and it isn't offered by > Microsoft anymore. > > Does anyone have the disc handy that could possibly send me some files? If > they are too big, I could probably set up an FTP site to upload them to. > > > This is the list of what I need: > > D:\BOOKS > (Complete folder contents) > > D:\CLIPART\MMEDIA > CLEARUP > CLOCK > COGS > COUNT > CUTCOST > DOORBELL > DRUMROL4 > FIREWORK > FISTSLAM > FOGHORN > GFCLOCK > GLIDE > GLOBE > HANDSHAK > > > D:\CLIPART\OFFICE > CTYSCAP > FIRECRKR > > > D:\OFFICE\ > (Complete folder contents, folder is unreadable) > > D:\OS\FONTS\ > (Complete folder contents, folder is unreadable) > > D:\OS\MSAPPS\DATAMAP\ > DMTMDL.DLL > MSMAP > MSMAP8 (Help file) > VBAMAP8 (Help File) > > D:\OS\MSAPPS\DATAMAP\DATA\ > (Complete folder contents, folder is unreadable) > > D:\OS\MSAPPS\EQUATION\ > EQNEDT32 (application, not help file) > > D:\OS\MSAPPS\GRPHFLT\ > CDRIMP32.FLT > CGMIMP32.FNT > CGMIMP32 > DRWIMP32.FLT > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From davidmcafee at gmail.com Wed Jun 25 18:57:58 2014 From: davidmcafee at gmail.com (David McAfee) Date: Wed, 25 Jun 2014 16:57:58 -0700 Subject: [AccessD] Office 97 In-Reply-To: References: Message-ID: I'd greatly appreciate it. I was surprised too. Just a few months ago I know I saw Office 2000 on there. My O97 Developer tools disc is in great shape as are my O2K Developer discs. My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? Thanks again! David On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > Hi David: > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and send > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have it - > when I last subscribed to Technet a couple of years ago, they had > everything back to Windows 2.1 > > Doug > > > On Wed, Jun 25, 2014 at 4:04 PM, David McAfee > wrote: > > > In trying to deal with my dBASE issue, I was trying to see if my old copy > > of Office97 would save the excel file as a .dbf file. > > > > I can't find my Office 95 CDs, nor Disc 1 & 2 of my Office 2000 cds. > > > > I found my Office 97 CDs (Developer tools and all!) but the Install CD is > > scratched. > > It wouldn't install on my XP laptop because some of the files are > missing. > > > > I went my my MSDN Developer Download account and it isn't offered by > > Microsoft anymore. > > > > Does anyone have the disc handy that could possibly send me some files? > If > > they are too big, I could probably set up an FTP site to upload them to. > > > > > > This is the list of what I need: > > > > D:\BOOKS > > (Complete folder contents) > > > > D:\CLIPART\MMEDIA > > CLEARUP > > CLOCK > > COGS > > COUNT > > CUTCOST > > DOORBELL > > DRUMROL4 > > FIREWORK > > FISTSLAM > > FOGHORN > > GFCLOCK > > GLIDE > > GLOBE > > HANDSHAK > > > > > > D:\CLIPART\OFFICE > > CTYSCAP > > FIRECRKR > > > > > > D:\OFFICE\ > > (Complete folder contents, folder is unreadable) > > > > D:\OS\FONTS\ > > (Complete folder contents, folder is unreadable) > > > > D:\OS\MSAPPS\DATAMAP\ > > DMTMDL.DLL > > MSMAP > > MSMAP8 (Help file) > > VBAMAP8 (Help File) > > > > D:\OS\MSAPPS\DATAMAP\DATA\ > > (Complete folder contents, folder is unreadable) > > > > D:\OS\MSAPPS\EQUATION\ > > EQNEDT32 (application, not help file) > > > > D:\OS\MSAPPS\GRPHFLT\ > > CDRIMP32.FLT > > CGMIMP32.FNT > > CGMIMP32 > > DRWIMP32.FLT > > -- > > 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 marksimms at verizon.net Thu Jun 26 09:32:54 2014 From: marksimms at verizon.net (Mark Simms) Date: Thu, 26 Jun 2014 10:32:54 -0400 Subject: [AccessD] Office 97 In-Reply-To: References: Message-ID: <03f001cf914b$84e04a20$8ea0de60$@net> Remember to install both SP1 and SP2 updates to Access 97. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Wednesday, June 25, 2014 7:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 97 > > I'd greatly appreciate it. > > I was surprised too. > Just a few months ago I know I saw Office 2000 on there. > > My O97 Developer tools disc is in great shape as are my O2K Developer > discs. > My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? > > Thanks again! > David > > > On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > > > Hi David: > > > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and > send > > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have > it - > > when I last subscribed to Technet a couple of years ago, they had > > everything back to Windows 2.1 > > > > Doug > > From bensonforums at gmail.com Thu Jun 26 09:53:59 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 26 Jun 2014 10:53:59 -0400 Subject: [AccessD] Office 97 In-Reply-To: <03f001cf914b$84e04a20$8ea0de60$@net> References: <03f001cf914b$84e04a20$8ea0de60$@net> Message-ID: <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> >>. I'm sure MS won't mind. Wait a minute - giving people a link to a version of Access which really worked? How is that going to help their push of everyone out to the web? Better re-think it and lawyer up. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, June 26, 2014 10:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Remember to install both SP1 and SP2 updates to Access 97. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Wednesday, June 25, 2014 7:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 97 > > I'd greatly appreciate it. > > I was surprised too. > Just a few months ago I know I saw Office 2000 on there. > > My O97 Developer tools disc is in great shape as are my O2K Developer > discs. > My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? > > Thanks again! > David > > > On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > > > Hi David: > > > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and > send > > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have > it - > > when I last subscribed to Technet a couple of years ago, they had > > everything back to Windows 2.1 > > > > Doug > > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu Jun 26 10:01:35 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 26 Jun 2014 11:01:35 -0400 Subject: [AccessD] Office 97 In-Reply-To: <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> References: <03f001cf914b$84e04a20$8ea0de60$@net> <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> Message-ID: <275908E30F994E6CA07EDD6728080D62@XPS> He has his own valid license key, just not the media. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 26, 2014 10:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 >>. I'm sure MS won't mind. Wait a minute - giving people a link to a version of Access which really worked? How is that going to help their push of everyone out to the web? Better re-think it and lawyer up. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, June 26, 2014 10:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Remember to install both SP1 and SP2 updates to Access 97. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Wednesday, June 25, 2014 7:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 97 > > I'd greatly appreciate it. > > I was surprised too. > Just a few months ago I know I saw Office 2000 on there. > > My O97 Developer tools disc is in great shape as are my O2K Developer > discs. > My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? > > Thanks again! > David > > > On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > > > Hi David: > > > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and > send > > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have > it - > > when I last subscribed to Technet a couple of years ago, they had > > everything back to Windows 2.1 > > > > Doug > > -- 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 Jun 26 10:03:19 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 26 Jun 2014 11:03:19 -0400 Subject: [AccessD] Office 97 In-Reply-To: <275908E30F994E6CA07EDD6728080D62@XPS> References: <03f001cf914b$84e04a20$8ea0de60$@net> <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> <275908E30F994E6CA07EDD6728080D62@XPS> Message-ID: <03cb01cf914f$c4460200$4cd20600$@gmail.com> Still, it is obstruction of injustice. Punishable by 2 year confinement to Windows 8. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 26, 2014 11:02 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 He has his own valid license key, just not the media. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 26, 2014 10:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 >>. I'm sure MS won't mind. Wait a minute - giving people a link to a version of Access which really worked? How is that going to help their push of everyone out to the web? Better re-think it and lawyer up. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, June 26, 2014 10:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Remember to install both SP1 and SP2 updates to Access 97. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Wednesday, June 25, 2014 7:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 97 > > I'd greatly appreciate it. > > I was surprised too. > Just a few months ago I know I saw Office 2000 on there. > > My O97 Developer tools disc is in great shape as are my O2K Developer > discs. > My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? > > Thanks again! > David > > > On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > > > Hi David: > > > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and > send > > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have > it - > > when I last subscribed to Technet a couple of years ago, they had > > everything back to Windows 2.1 > > > > Doug > > -- 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 Thu Jun 26 10:51:29 2014 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 26 Jun 2014 11:51:29 -0400 Subject: [AccessD] Office 97 In-Reply-To: <03cb01cf914f$c4460200$4cd20600$@gmail.com> References: <03f001cf914b$84e04a20$8ea0de60$@net> <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> <275908E30F994E6CA07EDD6728080D62@XPS> <03cb01cf914f$c4460200$4cd20600$@gmail.com> Message-ID: Can I reduce that down to Windows 8.1? If not, is the death penalty still on the table? Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 26, 2014 11:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Still, it is obstruction of injustice. Punishable by 2 year confinement to Windows 8. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 26, 2014 11:02 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 He has his own valid license key, just not the media. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 26, 2014 10:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 >>. I'm sure MS won't mind. Wait a minute - giving people a link to a version of Access which really worked? How is that going to help their push of everyone out to the web? Better re-think it and lawyer up. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, June 26, 2014 10:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Remember to install both SP1 and SP2 updates to Access 97. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Wednesday, June 25, 2014 7:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 97 > > I'd greatly appreciate it. > > I was surprised too. > Just a few months ago I know I saw Office 2000 on there. > > My O97 Developer tools disc is in great shape as are my O2K Developer > discs. > My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? > > Thanks again! > David > > > On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > > > Hi David: > > > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and > send > > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have > it - > > when I last subscribed to Technet a couple of years ago, they had > > everything back to Windows 2.1 > > > > Doug > > -- 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 Thu Jun 26 10:54:07 2014 From: bensonforums at gmail.com (Bill Benson) Date: Thu, 26 Jun 2014 11:54:07 -0400 Subject: [AccessD] Office 97 In-Reply-To: References: <03f001cf914b$84e04a20$8ea0de60$@net> <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> <275908E30F994E6CA07EDD6728080D62@XPS> <03cb01cf914f$c4460200$4cd20600$@gmail.com> Message-ID: om that was so funny I almost lost control of the wheel. I really should not read my emails while driving ( he texts immediately in response) On Jun 26, 2014 11:51 AM, "Jim Dettman" wrote: > > Can I reduce that down to Windows 8.1? > > If not, is the death penalty still on the table? > > Jim. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, June 26, 2014 11:03 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Office 97 > > Still, it is obstruction of injustice. Punishable by 2 year confinement to > Windows 8. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman > Sent: Thursday, June 26, 2014 11:02 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Office 97 > > > He has his own valid license key, just not the media. > > Jim. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, June 26, 2014 10:54 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Office 97 > > >>. I'm sure MS won't mind. > > Wait a minute - giving people a link to a version of Access which really > worked? How is that going to help their push of everyone out to the web? > Better re-think it and lawyer up. > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms > Sent: Thursday, June 26, 2014 10:33 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Office 97 > > Remember to install both SP1 and SP2 updates to Access 97. > > > -----Original Message----- > > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > > bounces at databaseadvisors.com] On Behalf Of David McAfee > > Sent: Wednesday, June 25, 2014 7:58 PM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Office 97 > > > > I'd greatly appreciate it. > > > > I was surprised too. > > Just a few months ago I know I saw Office 2000 on there. > > > > My O97 Developer tools disc is in great shape as are my O2K Developer > > discs. > > My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? > > > > Thanks again! > > David > > > > > > On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > > > > > Hi David: > > > > > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and > > send > > > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have > > it - > > > when I last subscribed to Technet a couple of years ago, they had > > > everything back to Windows 2.1 > > > > > > Doug > > > > > > -- > 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 Jun 26 11:05:46 2014 From: jamesbutton at blueyonder.co.uk (James Button) Date: Thu, 26 Jun 2014 17:05:46 +0100 Subject: [AccessD] Office 97 In-Reply-To: References: <03f001cf914b$84e04a20$8ea0de60$@net> <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> <275908E30F994E6CA07EDD6728080D62@XPS> <03cb01cf914f$c4460200$4cd20600$@gmail.com> Message-ID: You should be so lucky - maybe as an alternative you could get WARP'd! JimB -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 26, 2014 4:51 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Can I reduce that down to Windows 8.1? If not, is the death penalty still on the table? Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 26, 2014 11:03 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Still, it is obstruction of injustice. Punishable by 2 year confinement to Windows 8. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Thursday, June 26, 2014 11:02 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 He has his own valid license key, just not the media. Jim. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Thursday, June 26, 2014 10:54 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 >>. I'm sure MS won't mind. Wait a minute - giving people a link to a version of Access which really worked? How is that going to help their push of everyone out to the web? Better re-think it and lawyer up. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms Sent: Thursday, June 26, 2014 10:33 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Office 97 Remember to install both SP1 and SP2 updates to Access 97. > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto:accessd- > bounces at databaseadvisors.com] On Behalf Of David McAfee > Sent: Wednesday, June 25, 2014 7:58 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Office 97 > > I'd greatly appreciate it. > > I was surprised too. > Just a few months ago I know I saw Office 2000 on there. > > My O97 Developer tools disc is in great shape as are my O2K Developer > discs. > My O2K premium CDs only have disc 3 & 4. WTF happened to Discs 1 & 2? > > Thanks again! > David > > > On Wed, Jun 25, 2014 at 4:51 PM, Doug Steele wrote: > > > Hi David: > > > > I've got an Office 97 Pro install CD - I'll upload it to Dropbox and > send > > you a link. I'm sure MS won't mind. I'm surprised MSDN doesn't have > it - > > when I last subscribed to Technet a couple of years ago, they had > > everything back to Windows 2.1 > > > > Doug > > -- 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 davidmcafee at gmail.com Thu Jun 26 11:10:59 2014 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 26 Jun 2014 09:10:59 -0700 Subject: [AccessD] Office 97 In-Reply-To: <03f001cf914b$84e04a20$8ea0de60$@net> References: <03f001cf914b$84e04a20$8ea0de60$@net> Message-ID: Yup Those CDs are still good. Thanks again Doug! David On Thu, Jun 26, 2014 at 7:32 AM, Mark Simms wrote: > Remember to install both SP1 and SP2 updates to Access 97. > From davidmcafee at gmail.com Thu Jun 26 11:12:48 2014 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 26 Jun 2014 09:12:48 -0700 Subject: [AccessD] Office 97 In-Reply-To: <275908E30F994E6CA07EDD6728080D62@XPS> References: <03f001cf914b$84e04a20$8ea0de60$@net> <03ab01cf914e$76a33dc0$63e9b940$@gmail.com> <275908E30F994E6CA07EDD6728080D62@XPS> Message-ID: Not to mention that it isn't available on MSDN at this time, so I don't really think they care about it. On Thu, Jun 26, 2014 at 8:01 AM, Jim Dettman wrote: > > He has his own valid license key, just not the media. > > Jim. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, June 26, 2014 10:54 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Office 97 > > >>. I'm sure MS won't mind. > > Wait a minute - giving people a link to a version of Access which really > worked? How is that going to help their push of everyone out to the web? > Better re-think it and lawyer up. > From gustav at cactus.dk Thu Jun 26 11:32:06 2014 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 26 Jun 2014 16:32:06 +0000 Subject: [AccessD] Office 97 Message-ID: <6a12be6d12814acaab3092e5ba83b92a@AMSPR06MB357.eurprd06.prod.outlook.com> Hi David Strange. Access 2.0 is still for download. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David McAfee Sendt: 26. juni 2014 18:13 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Office 97 Not to mention that it isn't available on MSDN at this time, so I don't really think they care about it. On Thu, Jun 26, 2014 at 8:01 AM, Jim Dettman wrote: > > He has his own valid license key, just not the media. > > Jim. > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com > [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Thursday, June 26, 2014 10:54 AM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Office 97 > > >>. I'm sure MS won't mind. > > Wait a minute - giving people a link to a version of Access which > really worked? How is that going to help their push of everyone out to the web? > Better re-think it and lawyer up. From davidmcafee at gmail.com Thu Jun 26 12:16:25 2014 From: davidmcafee at gmail.com (David McAfee) Date: Thu, 26 Jun 2014 10:16:25 -0700 Subject: [AccessD] Office 97 In-Reply-To: <6a12be6d12814acaab3092e5ba83b92a@AMSPR06MB357.eurprd06.prod.outlook.com> References: <6a12be6d12814acaab3092e5ba83b92a@AMSPR06MB357.eurprd06.prod.outlook.com> Message-ID: how did you find it? I tried searching. The only thing that I see when searching for Office is 2003 and later. I remember seeing real old stuff not too long ago. I think you could even get Win98, IIRC On Thu, Jun 26, 2014 at 9:32 AM, Gustav Brock wrote: > Hi David > > Strange. Access 2.0 is still for download. > > /gustav > From gustav at cactus.dk Thu Jun 26 12:24:44 2014 From: gustav at cactus.dk (Gustav Brock) Date: Thu, 26 Jun 2014 17:24:44 +0000 Subject: [AccessD] Office 97 Message-ID: <581c1d772d9d49a6b095b957f845b286@AMSPR06MB357.eurprd06.prod.outlook.com> Hi David I searched for Access. The 2.0 but not 95 or 97 is listed. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David McAfee Sendt: 26. juni 2014 19:16 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Office 97 how did you find it? I tried searching. The only thing that I see when searching for Office is 2003 and later. I remember seeing real old stuff not too long ago. I think you could even get Win98, IIRC On Thu, Jun 26, 2014 at 9:32 AM, Gustav Brock wrote: > Hi David > > Strange. Access 2.0 is still for download. > > /gustav From bensonforums at gmail.com Fri Jun 27 19:30:09 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 27 Jun 2014 20:30:09 -0400 Subject: [AccessD] SQL Server Installation Failure Message-ID: <075501cf9268$1e6fa100$5b4ee300$@gmail.com> Hi, I have tried to install SQL Server 2012, and I am getting an error on installation that I cannot fathom, long shot here, but can anyone here help me figure out what this mess has? From bensonforums at gmail.com Fri Jun 27 19:32:28 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 27 Jun 2014 20:32:28 -0400 Subject: [AccessD] SQL Server Installation Failure In-Reply-To: <075501cf9268$1e6fa100$5b4ee300$@gmail.com> References: <075501cf9268$1e6fa100$5b4ee300$@gmail.com> Message-ID: <075801cf9268$71a92bc0$54fb8340$@gmail.com> Feature Reporting Services - Native Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server& EvtSrc=setup.rll& EvtID=50000&ProdVer=11.0.3128.0& EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature Database Engine Services Status Failed see logs for details Reason for failure An error occurred during the setup process of the feature. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll& EvtID=50000&ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature Data Quality Services Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll&EvtID=50000& ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature Full-Text and Semantic Extractions for Search Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll& EvtID=50000&ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature SQL Server Replication Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll&EvtID=50000& ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 From bensonforums at gmail.com Fri Jun 27 20:13:40 2014 From: bensonforums at gmail.com (Bill Benson) Date: Fri, 27 Jun 2014 21:13:40 -0400 Subject: [AccessD] SQL Server Installation Failure In-Reply-To: <075801cf9268$71a92bc0$54fb8340$@gmail.com> References: <075501cf9268$1e6fa100$5b4ee300$@gmail.com> <075801cf9268$71a92bc0$54fb8340$@gmail.com> Message-ID: <07c201cf926e$32b60040$982200c0$@gmail.com> FYI, I used text to columns to facilitate import of the error screen into excel, the actual like (which gets me nowhere) is http://www.microsoft.com/products/ee/transform.aspx?ProdName=Microsoft+SQL+S erver&EvtSrc=setup.rll&EvtID=50000&ProdVer=11.0.3128.0&EvtType=0xE53883A0%40 0xBE03358B%401306%4026 We're sorry There is no additional information about this issue in the Error and Event Log Messages or Knowledge Base databases at this time. You can use the links in the Support area to determine whether any additional information might be available elsewhere. -----Original Message----- From: Bill Benson [mailto:bensonforums at gmail.com] Sent: Friday, June 27, 2014 8:32 PM To: 'Access Developers discussion and problem solving' Subject: RE: SQL Server Installation Failure Feature Reporting Services - Native Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476&ProdName=Microsoft+SQL+Server& EvtSrc=setup.rll&EvtID=50000&ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03 358B%401306%4026&EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature Database Engine Services Status Failed see logs for details Reason for failure An error occurred during the setup process of the feature. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll& EvtID=50000&ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature Data Quality Services Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll&EvtID=50000& ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature Full-Text and Semantic Extractions for Search Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll& EvtID=50000&ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 Feature SQL Server Replication Status Failed see logs for details Reason for failure An error occurred for a dependency of the feature causing the setup process for the feature to fail. Next Step Use the following information to resolve the error, uninstall this feature, and then run the setup process again. Component name SQL Server Database Engine Services Instance Features Component error code 0x851A001A Error description Wait on the Database Engine recovery handle failed. Check the SQL Server error log for potential causes. Error help link http//go.microsoft.com/fwlink?LinkId=20476& ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll&EvtID=50000& ProdVer=11.0.3128.0&EvtType=0xE53883A0%400xBE03358B%401306%4026& EvtType=0xE53883A0%400xBE03358B%401306%4026 From bensonforums at gmail.com Sun Jun 29 23:29:14 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 30 Jun 2014 00:29:14 -0400 Subject: [AccessD] SQL server learning Message-ID: I finally have SQL server 2012 installed and am starting to learn a little about SQL server management studio. I have not seen much T-SQL before so watching all these complex scripts get written and dumped to the query editor as I do things is pretty intimidating. I thought I could cut my learning curve a bit by downloading the AdventureWorks database. But that is a pretty sophisticated animal, at least in 2012 and later. I think I have to take a step back and ask myself what I am trying to learn. Telling myself I am trying to learn SQL server is a bit nebulous and overly ambitious. But when a job description says experience with SSRS and SSIS a plus ... And I want the job... I want to at least demonstrate I can do something. In case you are wondering if there is a question here... Not really. I feel too I whelmed to even ask a question. Aye aye AYE. From darryl at whittleconsulting.com.au Mon Jun 30 00:02:35 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 30 Jun 2014 05:02:35 +0000 Subject: [AccessD] SQL server learning In-Reply-To: References: Message-ID: <41a40655612a4e088b512a1a81be3292@HKXPR04MB360.apcprd04.prod.outlook.com> Hi Bill, - Tables are Tables, - Views are like Queries, but be aware a view alone does not honour the "ORDER BY" - you need to specify that when you call the view Ie: SELECT * FROM vMyView ORDER BY Blah Stored Procedures are like Action Queries and/or VBA Code Modules. They are basically packages of pre-formed code that you call. One fast and easy way to create views or even Sprocs is to use MS Access's own GUI query builder and copy the SQL code from there into the Code window for the view. Sometimes you will need to go view Notepad (or similar) to clean up the text - much of it you can drop right in, but there are some syntax differences between SQL Server and Access with SQL code. Anyway. That is a 10 second place to start. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, 30 June 2014 2:29 PM To: Access Developers discussion and problem solving Subject: [AccessD] SQL server learning I finally have SQL server 2012 installed and am starting to learn a little about SQL server management studio. I have not seen much T-SQL before so watching all these complex scripts get written and dumped to the query editor as I do things is pretty intimidating. I thought I could cut my learning curve a bit by downloading the AdventureWorks database. But that is a pretty sophisticated animal, at least in 2012 and later. I think I have to take a step back and ask myself what I am trying to learn. Telling myself I am trying to learn SQL server is a bit nebulous and overly ambitious. But when a job description says experience with SSRS and SSIS a plus ... And I want the job... I want to at least demonstrate I can do something. In case you are wondering if there is a question here... Not really. I feel too I whelmed to even ask a question. Aye aye AYE. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jon.albright at hawaii.rr.com Mon Jun 30 00:04:19 2014 From: jon.albright at hawaii.rr.com (Jon Albright) Date: Sun, 29 Jun 2014 19:04:19 -1000 Subject: [AccessD] crosstab query Message-ID: <001c01cf9420$c02ccea0$40866be0$@hawaii.rr.com> Is there a way to use a crosstab query with text only fields? I need to print a report that lists record data horizontally similar to what a crosstab query does. The data is derived from an ipad app for the collection of diabetes recordkeeping (mine). The app produces a report in excel format and I import it into a database table. I am able to group the data by various fields in the table but am unable to create a report that will display the data in a horizontal format. The fields that are in the table are Date, Time (self-explanatory), Category (displays either morning, noon or evening), Type (displays either medication, glucose or food), Value (corresponds to Type field and displays medication amount, glucose reading or amount of carbohydrates consumed), Item (corresponds to Type and displays medication name, method of glucose measurement or Carbs), and Note (description of what this record is displaying). My need is to display the record data for an entire day (there are several records for each day, upwards of a dozen) so that my doctor will see the previously listed fields on one line for an entire day with subsequent days in the same format instead of one line per record. Can a crosstab query do this or is there another way? From bensonforums at gmail.com Mon Jun 30 00:05:41 2014 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 30 Jun 2014 01:05:41 -0400 Subject: [AccessD] SQL server learning In-Reply-To: <41a40655612a4e088b512a1a81be3292@HKXPR04MB360.apcprd04.prod.outlook.com> References: <41a40655612a4e088b512a1a81be3292@HKXPR04MB360.apcprd04.prod.outlook.com> Message-ID: Thanks Darryl. It is a miasma bout to trigger me asthma. On Jun 30, 2014 1:03 AM, "Darryl Collins" wrote: > Hi Bill, > > - Tables are Tables, > - Views are like Queries, but be aware a view alone does not honour the > "ORDER BY" - you need to specify that when you call the view > > Ie: > SELECT * FROM vMyView > ORDER BY Blah > > Stored Procedures are like Action Queries and/or VBA Code Modules. They > are basically packages of pre-formed code that you call. > > One fast and easy way to create views or even Sprocs is to use MS Access's > own GUI query builder and copy the SQL code from there into the Code window > for the view. > > Sometimes you will need to go view Notepad (or similar) to clean up the > text - much of it you can drop right in, but there are some syntax > differences between SQL Server and Access with SQL code. > > Anyway. That is a 10 second place to start. > > Cheers > Darryl. > > > > > -----Original Message----- > From: accessd-bounces at databaseadvisors.com [mailto: > accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson > Sent: Monday, 30 June 2014 2:29 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] SQL server learning > > I finally have SQL server 2012 installed and am starting to learn a little > about SQL server management studio. I have not seen much T-SQL before so > watching all these complex scripts get written and dumped to the query > editor as I do things is pretty intimidating. > > I thought I could cut my learning curve a bit by downloading the > AdventureWorks database. But that is a pretty sophisticated animal, at > least in 2012 and later. > > I think I have to take a step back and ask myself what I am trying to > learn. Telling myself I am trying to learn SQL server is a bit nebulous and > overly ambitious. > > But when a job description says experience with SSRS and SSIS a plus ... > And I want the job... I want to at least demonstrate I can do something. > > In case you are wondering if there is a question here... Not really. I > feel too I whelmed to even ask a question. > > Aye aye AYE. > -- > 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 Mon Jun 30 01:38:27 2014 From: gustav at cactus.dk (Gustav Brock) Date: Mon, 30 Jun 2014 06:38:27 +0000 Subject: [AccessD] SQL server learning Message-ID: Hi Bill That's a decision you have to make. Be really good with T-SQL and as an SQL admin and spend your life with that, or just be familiar with it and have some fun as well. I picked the last option. It's also a matter of taste. I find T-SQL plain ugly, can do a little, try to avoid it, and - if needed - ask someone more clever than me. That said, the SS Management Studio is a magnificent tool, and just by playing around with it you can learn a lot. Also, join our SQL Server list which is followed by some true experts. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 30. juni 2014 06:29 Til: Access Developers discussion and problem solving Emne: [AccessD] SQL server learning I finally have SQL server 2012 installed and am starting to learn a little about SQL server management studio. I have not seen much T-SQL before so watching all these complex scripts get written and dumped to the query editor as I do things is pretty intimidating. I thought I could cut my learning curve a bit by downloading the AdventureWorks database. But that is a pretty sophisticated animal, at least in 2012 and later. I think I have to take a step back and ask myself what I am trying to learn. Telling myself I am trying to learn SQL server is a bit nebulous and overly ambitious. But when a job description says experience with SSRS and SSIS a plus ... And I want the job... I want to at least demonstrate I can do something. In case you are wondering if there is a question here... Not really. I feel too I whelmed to even ask a question. Aye aye AYE. -- From darryl at whittleconsulting.com.au Mon Jun 30 03:28:36 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 30 Jun 2014 18:28:36 +1000 Subject: [AccessD] SQL server learning In-Reply-To: References: Message-ID: <21FD9C5609A34CAF84180CE9467CA190@3QLLSGPVF27UM> "the SS Management Studio is a magnificent tool"... Oh yes. I really like using it - once you get your head around some basics it really is fun. Don't try to learn too much too fast Bill. Just have a play with it first. Cheers Darryl -----Original Message----- From: Gustav Brock Sent: Monday, June 30, 2014 4:38 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SQL server learning Hi Bill That's a decision you have to make. Be really good with T-SQL and as an SQL admin and spend your life with that, or just be familiar with it and have some fun as well. I picked the last option. It's also a matter of taste. I find T-SQL plain ugly, can do a little, try to avoid it, and - if needed - ask someone more clever than me. That said, the SS Management Studio is a magnificent tool, and just by playing around with it you can learn a lot. Also, join our SQL Server list which is followed by some true experts. /gustav -----Oprindelig meddelelse----- Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson Sendt: 30. juni 2014 06:29 Til: Access Developers discussion and problem solving Emne: [AccessD] SQL server learning I finally have SQL server 2012 installed and am starting to learn a little about SQL server management studio. I have not seen much T-SQL before so watching all these complex scripts get written and dumped to the query editor as I do things is pretty intimidating. I thought I could cut my learning curve a bit by downloading the AdventureWorks database. But that is a pretty sophisticated animal, at least in 2012 and later. I think I have to take a step back and ask myself what I am trying to learn. Telling myself I am trying to learn SQL server is a bit nebulous and overly ambitious. But when a job description says experience with SSRS and SSIS a plus ... And I want the job... I want to at least demonstrate I can do something. In case you are wondering if there is a question here... Not really. I feel too I whelmed to even ask a question. Aye aye AYE. -- -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From paul.hartland at googlemail.com Mon Jun 30 03:59:04 2014 From: paul.hartland at googlemail.com (Paul Hartland) Date: Mon, 30 Jun 2014 09:59:04 +0100 Subject: [AccessD] SQL server learning In-Reply-To: <21FD9C5609A34CAF84180CE9467CA190@3QLLSGPVF27UM> References: <21FD9C5609A34CAF84180CE9467CA190@3QLLSGPVF27UM> Message-ID: I could do with learning SSIS and SSAS....lost out on few jobs when I know the SSMS and SSRS side but not the others, but problem is can't afford to buy a full blown SQL package and can't find much about SSIS/SSAS on the express tools On 30 June 2014 09:28, Darryl Collins wrote: > "the SS Management Studio is a magnificent tool"... > > Oh yes. I really like using it - once you get your head around some > basics it really is fun. Don't try to learn too much too fast Bill. Just > have a play with it first. > > Cheers > Darryl > > -----Original Message----- From: Gustav Brock > Sent: Monday, June 30, 2014 4:38 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] SQL server learning > > > Hi Bill > > That's a decision you have to make. Be really good with T-SQL and as an > SQL admin and spend your life with that, or just be familiar with it and > have some fun as well. > > I picked the last option. It's also a matter of taste. I find T-SQL plain > ugly, can do a little, try to avoid it, and - if needed - ask someone more > clever than me. > > That said, the SS Management Studio is a magnificent tool, and just by > playing around with it you can learn a lot. Also, join our SQL Server list > which is followed by some true experts. > > /gustav > > -----Oprindelig meddelelse----- > Fra: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces@ > databaseadvisors.com] P? vegne af Bill Benson > Sendt: 30. juni 2014 06:29 > Til: Access Developers discussion and problem solving > Emne: [AccessD] SQL server learning > > I finally have SQL server 2012 installed and am starting to learn a little > about SQL server management studio. I have not seen much T-SQL before so > watching all these complex scripts get written and dumped to the query > editor as I do things is pretty intimidating. > > I thought I could cut my learning curve a bit by downloading the > AdventureWorks database. But that is a pretty sophisticated animal, at > least in 2012 and later. > > I think I have to take a step back and ask myself what I am trying to > learn. Telling myself I am trying to learn SQL server is a bit nebulous and > overly ambitious. > > But when a job description says experience with SSRS and SSIS a plus ... > And I want the job... I want to at least demonstrate I can do something. > > In case you are wondering if there is a question here... Not really. I > feel too I whelmed to even ask a question. > > Aye aye AYE. > -- > > -- > 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 > -- Paul Hartland paul.hartland at googlemail.com From fuller.artful at gmail.com Mon Jun 30 05:00:45 2014 From: fuller.artful at gmail.com (Arthur Fuller) Date: Mon, 30 Jun 2014 06:00:45 -0400 Subject: [AccessD] SQL server learning In-Reply-To: References: <21FD9C5609A34CAF84180CE9467CA190@3QLLSGPVF27UM> Message-ID: You can download all the basics free (the Express versions) from Microsoft. They don't handle large databases or datasets but other than that they give you everything you'll need to learn. I consider myself a SQL expert but it took years to arrive there. A previous poster suggested using the Access Query Builder to learn. I disagree, for two reasons: a) Access has a bunch of "features" that are not portable to other versions of SQL; b) Access restricts you to one relationship diagram, which is fine for small databases but totally impractical for rich databases (oh, I need to introduce a couple of terms here -- Large and Rich. Large databases contain relatively few tables but millions of rows in the principal tables. Rich databases contain many tables with relatively few rows in them. I have worked on several projects of the Rich variety -- 500 tables or so. In those cases, the Access relationships modeller is woefully inadequate, whereas SSMS is fully up to the challenge, since it enables you to create numerous relationship diagrams, each devoted to a particular subset of the tables in the database. Another thing worth considering is the cost of MS SQL; Your potential employer(s) have already bitten the bullet, and you can learn everything you need to know using the express editions, but MS SQL is not the only player in town, and it also has "features" that do not conform to the standard. Also, there are numerous potential clients, such as non-profits, that genuinely need an RDMS but cannot afford MS SQL, and in these cases MySQL and MariaDB are excellent alternatives. Both are downloadable for free. Finally, learning SQL is much simpler than learning another human language. I'm trying to learn Mandarin, and believe me, it's way more difficult than learning SQL. In SQL there are only about 12 statements and some predicates such as the WHERE clauses, which can get tricky, admittedly. But after wrestling a few pigs to the ground, you'll quickly find that large pigs fall almost as easily as piglets. I would be remiss without mentioning a couple of splendid and free tools available from Bullzip -- MS Access to MSSQL and MS Access to MySQL. These tools enable you to migrate an Access database to their respective targets, and handle all the mismatches (such as Yes/No fields to Boolean columns). I do a lot of work for non-profits and the Bullzip tools have served me very well. To grab their stuff, visit http://www.bullzip.com/download.php. Arthur ? From darryl at whittleconsulting.com.au Mon Jun 30 18:43:41 2014 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 30 Jun 2014 23:43:41 +0000 Subject: [AccessD] SQL server learning In-Reply-To: References: <21FD9C5609A34CAF84180CE9467CA190@3QLLSGPVF27UM> Message-ID: <78b31a4f483b41d6b404cde463807dd7@HKXPR04MB360.apcprd04.prod.outlook.com> Thanks Arthur, Appreciate you sharing your experience and tips here. I got into the habit of using MS Access GUI query builder mainly as most of the SQL Server work I have done has involved moving an existing MS Access database(s) to SQL Server. I found it was easy to just copy the SQL code in the Access queries and save them as views in SSMS. I would also change a lot of the processes into Sprocs - I was happy to do them 'one at a time' mainly as it was a good learning experience. These days I would been keen to look at some of the tools you suggested. It is early days for me in SQL Server - I have used it for years on and off, but not very 'deeply' and only in low volume enclosed environments. Cheers Darryl. -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller Sent: Monday, 30 June 2014 8:01 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] SQL server learning You can download all the basics free (the Express versions) from Microsoft. They don't handle large databases or datasets but other than that they give you everything you'll need to learn. I consider myself a SQL expert but it took years to arrive there. A previous poster suggested using the Access Query Builder to learn. I disagree, for two reasons: a) Access has a bunch of "features" that are not portable to other versions of SQL; b) Access restricts you to one relationship diagram, which is fine for small databases but totally impractical for rich databases (oh, I need to introduce a couple of terms here -- Large and Rich. Large databases contain relatively few tables but millions of rows in the principal tables. Rich databases contain many tables with relatively few rows in them. I have worked on several projects of the Rich variety -- 500 tables or so. In those cases, the Access relationships modeller is woefully inadequate, whereas SSMS is fully up to the challenge, since it enables you to create numerous relationship diagrams, each devoted to a particular subset of the tables in the database. Another thing worth considering is the cost of MS SQL; Your potential employer(s) have already bitten the bullet, and you can learn everything you need to know using the express editions, but MS SQL is not the only player in town, and it also has "features" that do not conform to the standard. Also, there are numerous potential clients, such as non-profits, that genuinely need an RDMS but cannot afford MS SQL, and in these cases MySQL and MariaDB are excellent alternatives. Both are downloadable for free. Finally, learning SQL is much simpler than learning another human language. I'm trying to learn Mandarin, and believe me, it's way more difficult than learning SQL. In SQL there are only about 12 statements and some predicates such as the WHERE clauses, which can get tricky, admittedly. But after wrestling a few pigs to the ground, you'll quickly find that large pigs fall almost as easily as piglets. I would be remiss without mentioning a couple of splendid and free tools available from Bullzip -- MS Access to MSSQL and MS Access to MySQL. These tools enable you to migrate an Access database to their respective targets, and handle all the mismatches (such as Yes/No fields to Boolean columns). I do a lot of work for non-profits and the Bullzip tools have served me very well. To grab their stuff, visit http://www.bullzip.com/download.php. Arthur ? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com