Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 5 of 5 total
Thread LOSS OF DATA
Fri, May 8 2009 7:17 AMPermanent 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 AMPermanent Link

Roy Lambert

NLH Associates

Team Elevate 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 AMPermanent 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 AMPermanent Link

Roy Lambert

NLH Associates

Team Elevate 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 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email 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

Image