table(s). On one hand, that should be easy to add an attribute to
specify that. On the other hand, I am not sure when the deletions
should take place. I suppose it would have to run a delete SQL
should be run every time). I think it could track the last time it did
of day (depending on whether the limit was in time or in records).
On Mon, Jul 11, 2011 at 12:55 PM, Tim DeMoss <tdem
...@gmail.com> wrote:
> I like every one of these ideas. Especially since this continues to be a
> request from clients. Right now, I can think of a few other flourishes it
> might be nice to see.
> Limit the number of records to keep DB size under control. Perhaps there
> could be more than one way to set the limit:
> Keep for X days/weeks/months/years
> Keep only the last X records
> Regarding viewing all revisions for a table, it would be nice to be able to
> pass in some filters on that. For example, only show me revisions where
> field X meets criterion Y. That would be useful when viewing revisions to a
> particular record (filter by ID).
> In addition to restoration to previous state, how about restore to a
> particular state regardless of whether it was the immediately previous one?
> If one was viewing all revisions to RecordID = X, then perhaps you could
> choose (via radio button?) the version you wish to restore.
> Will pass along other thoughts as they occur to me.
> tdm
> Tim DeMoss
> 303-747-5610
> "Having received a human life, do not waste the passing moments."
> -- Dogen Zenji
> On Thu, Jun 23, 2011 at 10:47 AM, Steve Bryant <sebto...@gmail.com> wrote:
>> I have been thinking about a new feature for DataMgr for a while and
>> wanted to see if any smart people had any thoughts on how it should
>> work (or if it makes sense).
>> I want to be able to keep track of every revision made on a table.
>> This would be useful for logging as well as for reverting to a
>> previous state for a record.
>> I am thinking that it would have an optional "versions" attribute in
>> the XML and an optional method to tell DataMgr to use versioning on a
>> table if you aren't using loadXml(). You could also optionally tell it
>> the name of the table in which DataMgr should store the revision
>> information.
>> Then it would create a new record in this table every time that you
>> add or edit a record.
>> Assuming that all makes sense, does it make sense to also add
>> method(s) to help restore a record to its previous state? What about
>> method(s) to see all of the revisions made on a table?
>> What about an initialization method that tells DataMgr to track
>> revisions on all tables?
>> Any thoughts?
>> --
>> You received this message because you are subscribed to the Google Groups
>> "DataMgr" group.
>> To post to this group, send email to datamgr@googlegroups.com.
>> To unsubscribe from this group, send email to
>> datamgr+unsubscribe@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/datamgr?hl=en.
> --
> You received this message because you are subscribed to the Google Groups
> "DataMgr" group.
> To post to this group, send email to datamgr@googlegroups.com.
> To unsubscribe from this group, send email to
> datamgr+unsubscribe@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/datamgr?hl=en.