Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM Enhancement Requests and Suggestions » View Thread |
Messages 1 to 5 of 5 total |
LOSS OF DATA |
Fri, May 8 2009 7:17 AM | Permanent Link |
Oliver | This post is a much a rant as a suggestion.
The product is DBISAM additional utilities, specifically the DBSYS.exe program. I just lost a lot of data (everything between now and most recent backup) under the following circumstances: 1. I have a db directory named dbMMRP on my C drive. 2. I have a db directory also named dbMMRP on my F drive (a USB stick) 3. I fired up dbsys.exe to delete some tables on the dbMMRP on my F drive 4. I selected the F:=dbMMRP directory as my database 5. I selected the Utilities | Delete Table ..... action 5. I deleted one table from the directory (why doen't the window stay open after the deletion to allow for more deletions?) 6. The selection window closed so I had to reopen it. 7. I selected (multiple select) more tables to delete which were ideed deleted Here's the problem. When I went back to delete the additional tables, unrealized by me, the database selection had reverted to the C: drive thus I ended up deleting tables in the wrong database directory. Why the directly reverted back to the C drive after having set it to the F drive, I don't know but this really needs to be fixed. Thanks Oliver |
Fri, May 8 2009 7:50 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Oliver
I just tried it on 4.25b5 and the directory stays where it should (in my case E:\Tem). Which version of DBSys were you using? I know it will be no use now but go to http://ref.officerecovery.com/freeundelete/?5316fru and download the utility. All Tim does is the equivalent of a FileDelete on the three component files for a table. Roy Lambert [Team Elevate] |
Mon, May 11 2009 7:45 AM | Permanent Link |
Oliver | Roy, version is 4.26 Build 3
I tried it again and have yet to figure out the exact steps that caused this problem. Oliver Roy Lambert wrote: Oliver I just tried it on 4.25b5 and the directory stays where it should (in my case E:\Tem). Which version of DBSys were you using? I know it will be no use now but go to http://ref.officerecovery.com/freeundelete/?5316fru and download the utility. All Tim does is the equivalent of a FileDelete on the three component files for a table. Roy Lambert [Team Elevate] |
Mon, May 11 2009 8:07 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Oliver
>I tried it again and have yet to figure out the exact steps that caused this problem. Been there - it probably involves standing on a chair facing away from the PC and operating the keyboard with your foot, and only on months that have a Q in them <vbg> Roy Lambert |
Mon, May 11 2009 4:52 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Oliver,
<< Here's the problem. When I went back to delete the additional tables, unrealized by me, the database selection had reverted to the C: drive thus I ended up deleting tables in the wrong database directory. Why the directly reverted back to the C drive after having set it to the F drive, I don't know but this really needs to be fixed. >> It most likely has to do with the fact that the USB stick was removed, and then the drive letter was invalidated. -- Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Friday, April 26, 2024 at 06:09 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |