LinkBinary

Paxdo Presse paxdo at mac.com
Sat Nov 19 10:20:53 CST 2011


Ok, thank you Ruslan, I'll see it all.

Le 18 nov. 2011 à 21:19, Ruslan Zasukhin a écrit :

> On 11/18/11 10:07 PM, "Paxdo Presse" <paxdo at mac.com> wrote:
> 
> Hi Oliver,
> 
> Good question.
> 
> 1) BinaryLink right cannot have additional fields, like can have regular
> table MM.  In this case you need use MM table as always.
> 
> 
> 2) We think that we can add one more
>        LinkOnTable   which in background will use MM table,
> 
> Advantage will be still that engine will know it as LINK,
> So we will be able still write short SQL queries with one joing between T1
> and T2 not thinking about T1 -> TL -> T2
> 
> 
> Also will be needed extend API of  Vlink class, to have Fields ...
> We still think about this ...
> 
> 
>> The linkBinary are very useful,
>> but what is the most effective solution to replace a link table M: M that
>> contains a field?
>> 
>> For example:
>> 
>> Table A: Type of Houses
>> - Field: Type (house of wood, brick house, etc.).
>> 
>> Table B: Owner
>> - Field: name of the owner
>> 
>> Table C: Link between owners and house types
>> Two fields:
>> - Owner ptr
>> - Type of house ptr
>> - NUMBER OF ROOMS
>> 
>> In this case, we are still working with three tables and classic links?
> 
> Yes.  Only you can use here RecID + ObjectPtr and still get some win in
> space and speed and easy ..
> 
> 
> -- 
> Best regards,
> 
> Ruslan Zasukhin
> VP Engineering and New Technology
> Paradigma Software, Inc
> 
> Valentina - Joining Worlds of Information
> http://www.paradigmasoft.com
> 
> [I feel the need: the need for speed]
> 
> 
> _______________________________________________
> Valentina mailing list
> Valentina at lists.macserve.net
> http://lists.macserve.net/mailman/listinfo/valentina



More information about the Valentina mailing list