RE: TimeFilter edits

At 11:05 AM 1/21/2005, David B Harrington wrote:
>Hi,
>
>While created columns imply that a created row would be reported,
>deleted columns will not be reported if the whole row is deleted.
>How about simply adding to your current proposal "A deleted row is not
>reported."

This text is confusing.  TimeFilter doesn't report anything.
There is an algorithm for determining if the row passes
the time-filter test, that involves the lastChangeTime.
There is a simple rule for determining the value of lastChangeTime.

If a column is deleted but not the whole row, then that will
cause the lastChangeTime for the row to be updated.  There is
nothing special about TimeFilter and deleted rows.  Agents 
never download deleted rows, so I don't see why the text
is confusing.  

OLD:

        "To be used for the index to a table.  Allows an application
        to download only those rows changed since a particular time.
        A row is considered changed if the value of any object in the
        row changes or if the row is created or deleted.

NEW (v2):

        "To be used for the index to a table.  Allows an application
        to download only those rows changed since a particular time.
        A row is considered changed if the value of any object in the
        row changes or if the row (or any object in the row) is created
        or deleted."



>David Harrington
>[email protected]

Andy



>> -----Original Message-----
>> From: [email protected] 
>> [mailto:[email protected]] On Behalf Of Andy Bierman
>> Sent: Friday, January 21, 2005 12:23 PM
>> To: Randy Presuhn
>> Cc: [email protected]
>> Subject: Re: [RMONMIB] TimeFilter edits
>> 
>> At 09:51 PM 1/20/2005, Randy Presuhn wrote:
>> >Hi -
>> >
>> >> From: "Andy Bierman" <[email protected]>
>> >> To: <[email protected]>
>> >> Sent: Thursday, January 20, 2005 4:47 PM
>> >> Subject: [RMONMIB] TimeFilter edits
>> >...
>> >> The attached file contains proposed edits for the TimeFilter
>> >> TC and Appendix.  Please send comments to the list ASAP so Steve
>> >> can update the RFC2021-bis draft.
>> >...
>> >
>> >Some people (not me!) like to define sparse columnar objects.
>> >If a row already exists, but has holes, and later one of the
>> >holes gets plugged, is that covered by the proposed TimeFilter
>> >text?
>> 
>> You're referring to a column that is instantiated sometime
>> after the rest of the row?  If any column is created, modified,
>> or deleted, the lastChangeTime is updated.  (!! So the edit
>> that Dave H asked for in the TC need to change.  
>> 
>> "A row is considered to be changed when any columnar object
>> within the row is created, modified, or deleted."
>> 
>> Is this text okay?
>> 
>> 
>> 
>> >Randy
>> 
>> Andy
>> 
>> 
>> 
>> 
>> 
>> >_______________________________________________
>> >RMONMIB mailing list
>> >[email protected]
>> >https://www1.ietf.org/mailman/listinfo/rmonmib 
>> 
>> _______________________________________________
>> RMONMIB mailing list
>> [email protected]
>> https://www1.ietf.org/mailman/listinfo/rmonmib
>>