[Rets-dev] RETS 1.x Clarification Team -Decoded&ForeignKeyResources

[Matt Lavallee]

He means that if you expect and want to do recursive queries based on the
resultant data, then you shouldn't have used the COMPACT-DECODED format.  The
C-D format is for PEOPLE readability, NOT parsing and data manipulation.

At least someone understands my point.

-Matt

> -----Original Message-----
> From: rets-dev-bounces at rets.org [mailto:rets-dev-bounces at rets.org] On Behalf
> Of Stuart Schuessler
> Sent: Friday, June 01, 2007 11:00 AM
> To: 'dbt'; rets-dev at rets.org
> Subject: RE: [Rets-dev] RETS 1.x Clarification Team -
> Decoded&ForeignKeyResources
> 
> I am sorry but I do not understand your answer.  What does multiple
> recursions and metadata aware have to do with receiving a FK identifier so
> that you can look up data in the child table?
> 
> Stuart
> 
> -----Original Message-----
> From: rets-dev-bounces at rets.org [mailto:rets-dev-bounces at rets.org] On Behalf
> Of dbt
> Sent: Friday, June 01, 2007 11:47 AM
> To: rets-dev at rets.org
> Subject: Re: [Rets-dev] RETS 1.x Clarification Team -
> Decoded&ForeignKeyResources
> 
> On Thu, May 31, 2007 at 05:17:22PM -0400, Stuart Schuessler wrote:
> > If that is true then what is the "spirit" of Foreign Keys-  Necessary
> > secondary lookups/queries?  If you receive a Foreign Key and it has been
> > DECODED how do you use the Foreign Key?
> 
> If you want to do multiple recursions and be metadata aware, then
> don't request decoded.  This isn't rocket science.
> 
> _______________________________________________
> Rets-dev mailing list
> Rets-dev at rets.org
> http://lists.rets.org/mailman/listinfo/rets-dev
> 
> _______________________________________________
> Rets-dev mailing list
> Rets-dev at rets.org
> http://lists.rets.org/mailman/listinfo/rets-dev