Results 1 to 7 of 7

Thread: [RESOLVED] Undo for database operations, to what extent?

  1. #1

    Thread Starter
    Software Carpenter dee-u's Avatar
    Join Date
    Feb 2005
    Location
    Pinas
    Posts
    11,127

    Resolved [RESOLVED] Undo for database operations, to what extent?

    I've read that Undo is better that using confirmation dialogs, just wanted to know to what extent should we undo when performing database manipulations, is once enough already? For instance if I added a new record then updated another one, would I extend the undo such that the first process (adding a new record) would be "undo'd" (I can't find the correct term!) or to be able to undo the latest process would be just fine? And is it advisable to incorporate Redo in such cases?
    Regards,


    As a gesture of gratitude please consider rating helpful posts. c",)

    Some stuffs: Mouse Hotkey | Compress file using SQL Server! | WPF - Rounded Combobox | WPF - Notify Icon and Balloon | NetVerser - a WPF chatting system

  2. #2
    I'm about to be a PowerPoster!
    Join Date
    Jan 2005
    Location
    Everywhere
    Posts
    13,647

    Re: Undo for database operations, to what extent?

    "undone"

    Personally as a user I like a selectable level of undo. As much as possible, seeing as I tend to screw things up

    Say a user-selectable value of between 1 and 100 undo levels, maybe?

  3. #3
    MS SQL Powerposter szlamany's Avatar
    Join Date
    Mar 2004
    Location
    Connecticut
    Posts
    18,263

    Re: Undo for database operations, to what extent?

    In a database system - with multiple users hitting that database - I do not believe that "undo" has a valid purpose.

    So my vote is none!

    *** Read the sticky in the DB forum about how to get your question answered quickly!! ***

    Please remember to rate posts! Rate any post you find helpful - even in old threads! Use the link to the left - "Rate this Post".

    Some Informative Links:
    [ SQL Rules to Live By ] [ Reserved SQL keywords ] [ When to use INDEX HINTS! ] [ Passing Multi-item Parameters to STORED PROCEDURES ]
    [ Solution to non-domain Windows Authentication ] [ Crazy things we do to shrink log files ] [ SQL 2005 Features ] [ Loading Pictures from DB ]

    MS MVP 2006, 2007, 2008

  4. #4
    A SQL Server fool GaryMazzone's Avatar
    Join Date
    Aug 2005
    Location
    Dover,NH
    Posts
    7,493

    Re: Undo for database operations, to what extent?

    From szlamany
    In a database system - with multiple users hitting that database - I do not believe that "undo" has a valid purpose.

    So my vote is none!
    I would definately agree with that. If the user makes a mistake and they realise that thriy minites later and someone else has changed data? What goes back? The user is responsible for thier actions. The DBA might be able to recover the probelm using log files and that should be the only Undo or Redo in a multi-user database system. I've programed some large Navy apps (from the Oracle DBA side I might as well confess not the app programmer). But either they live with the conformation or live with OOPS I $#$$#$ up please save my butt the Lorad God DBA.
    Sometimes the Programmer
    Sometimes the DBA

    Mazz1

  5. #5

    Thread Starter
    Software Carpenter dee-u's Avatar
    Join Date
    Feb 2005
    Location
    Pinas
    Posts
    11,127

    Re: Undo for database operations, to what extent?

    I've read somewhere that using Undo is divine while confirmation is evil (something like that), though you guys (sz and Gary) have strong points, I guess I'll have to live with the confirmation thingy...
    Regards,


    As a gesture of gratitude please consider rating helpful posts. c",)

    Some stuffs: Mouse Hotkey | Compress file using SQL Server! | WPF - Rounded Combobox | WPF - Notify Icon and Balloon | NetVerser - a WPF chatting system

  6. #6
    MS SQL Powerposter szlamany's Avatar
    Join Date
    Mar 2004
    Location
    Connecticut
    Posts
    18,263

    Re: [RESOLVED] Undo for database operations, to what extent?

    UNDO breaks the DURABILITY part of the ACID test.

    DURABILITY - after a transaction is completed, it effects are permanently in place in the system.

    *** Read the sticky in the DB forum about how to get your question answered quickly!! ***

    Please remember to rate posts! Rate any post you find helpful - even in old threads! Use the link to the left - "Rate this Post".

    Some Informative Links:
    [ SQL Rules to Live By ] [ Reserved SQL keywords ] [ When to use INDEX HINTS! ] [ Passing Multi-item Parameters to STORED PROCEDURES ]
    [ Solution to non-domain Windows Authentication ] [ Crazy things we do to shrink log files ] [ SQL 2005 Features ] [ Loading Pictures from DB ]

    MS MVP 2006, 2007, 2008

  7. #7

    Thread Starter
    Software Carpenter dee-u's Avatar
    Join Date
    Feb 2005
    Location
    Pinas
    Posts
    11,127

    Re: [RESOLVED] Undo for database operations, to what extent?

    Here's the article, I guess it won't apply to database operations am I right?
    Regards,


    As a gesture of gratitude please consider rating helpful posts. c",)

    Some stuffs: Mouse Hotkey | Compress file using SQL Server! | WPF - Rounded Combobox | WPF - Notify Icon and Balloon | NetVerser - a WPF chatting system

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  



Click Here to Expand Forum to Full Width