> Since then, I've been going with "inner union" or "generalized union".

Signature
Kenneth Downs
Secure Data Software, Inc.
(Ken)nneth@(Sec)ure(Dat)a(.com)
> >> Given two tables that are not UNION compatible, it seems there are ways
> >> to UNION them anyway.
[quoted text clipped - 9 lines]
>
> This is scary, how did I miss it?
Here it is:
"What to call this operator?"
http://groups.google.com/group/comp.databases.theory/browse_thread/thread/7a8553
09c23c73eb/1aad918848dd35fd
In the opening post on that thread, I ask what we should call these
generalized union operations. I actually speak directly in terms
of the TTM <AND> and <OR> because I thought that'd be more familiar
to a wider readership. However, what I really had in mind was the
exact operator you described above, in which the values that have
to be "made up" are more null-like than infinite-like. Specifically,
I've been going with a 2VL in which certain attributes may take
on the empty set, as a replacement for null.
Since then, (specifically as a result of that thread) I've
become aware of Vadim Tropashko's paper "Relational Algebra as
Non-Distributive Lattice" in which he describes the *inner*
union, and manifold ways it's mathematically interesting.
I'm not so interested in outer union any more.
> > Since then, I've been going with "inner union" or "generalized union".
>
> What's weird is that normally somebody jumps in and points out that these
> ideas were first worked out in Sanskrit thousands of years ago and we
> should RTFM. How can it be that no terms exist and you are making them
> just now?
I would like to take this opportunity to apologize on a personal
level for not heaping abuse on you in the manner to which you
have become acustomed.
> >> Method 2, Union their headers. The resulting header is used to UNION
> >> both tables, providing NULL or empty values where a column exists in one
[quoted text clipped - 13 lines]
>
> (L n R) U L
I'm not so happy with the idea of asymmetric operators lately.
They seem like a sign of bad design.
Anyway, read the thread and the Tropashko paper. It just might
blow your mind; it blew mine.
Marshall
Kenneth Downs - 25 Aug 2005 21:34 GMT
>> >> Given two tables that are not UNION compatible, it seems there are
>> >> ways to UNION them anyway.
[quoted text clipped - 13 lines]
>
> "What to call this operator?"
http://groups.google.com/group/comp.databases.theory/browse_thread/thread/7a8553
09c23c73eb/1aad918848dd35fd
This is very sad. I found the topic incomprehensible and was not following
closely. Now I'll have to go back.
> In the opening post on that thread, I ask what we should call these
> generalized union operations. I actually speak directly in terms
[quoted text clipped - 21 lines]
> level for not heaping abuse on you in the manner to which you
> have become acustomed.
:)
>> >> Method 2, Union their headers. The resulting header is used to UNION
>> >> both tables, providing NULL or empty values where a column exists in
[quoted text clipped - 17 lines]
> I'm not so happy with the idea of asymmetric operators lately.
> They seem like a sign of bad design.
interesting.
> Anyway, read the thread and the Tropashko paper. It just might
> blow your mind; it blew mine.
>
> Marshall

Signature
Kenneth Downs
Secure Data Software, Inc.
(Ken)nneth@(Sec)ure(Dat)a(.com)
paul c - 26 Aug 2005 03:16 GMT
>>>>>Given two tables that are not UNION compatible, it seems there are
>>>>>ways to UNION them anyway.
[quoted text clipped - 19 lines]
> closely. Now I'll have to go back.
> ...
Hey, Marshall. Sorry, I didn't catch the question the first time.
'Meet' looks like an attractive word to me, both 'meet and proper' and
reminds me of a Beatles lyric, 'come together, right now' which seems
rather precise as far as computers are concerned.
pc