Re: relational data models and Perl 6

2005-12-19 Thread Dave Rolsky
On Thu, 15 Dec 2005, Luke Palmer wrote: On 12/15/05, Darren Duncan <[EMAIL PROTECTED]> wrote: I propose, perhaps redundantly, that Perl 6 include a complete set of native Okay, I'm with you here. Just please stop saying "native" and "core". Everyone. Here, here. I would like to hear from

Re: relational data models and Perl 6

2005-12-18 Thread Piers Cawley
Rob Kinyon <[EMAIL PROTECTED]> writes: > On 12/16/05, Ovid <[EMAIL PROTECTED]> wrote: >> Minor nit: we're discussing to the relational algebra and not the >> relational Calculus (unless the topic changed and I wasn't paying >> attention. I wouldn't be surprised :) > > Algebra, in general, is a s

Re: relational data models and Perl 6

2005-12-16 Thread Rob Kinyon
On 12/16/05, Ovid <[EMAIL PROTECTED]> wrote: > Minor nit: we're discussing to the relational algebra and not the > relational Calculus (unless the topic changed and I wasn't paying > attention. I wouldn't be surprised :) Algebra, in general, is a specific form of calculus. So, we're speaking of

Re: relational data models and Perl 6

2005-12-16 Thread Ovid
I agree with just about everything you wrote. I only have two minor quibbles and they may merely be restatements of what you meant. --- Rob Kinyon <[EMAIL PROTECTED]> wrote: > Overriding the operators in a generic way so that you have > to have an exact type match before you compare values also,

Re: relational data models and Perl 6

2005-12-16 Thread Rob Kinyon
On 12/16/05, Ovid <[EMAIL PROTECTED]> wrote: > --- Rob Kinyon <[EMAIL PROTECTED]> wrote: > > > As for the syntactic sugar, I'm not quite sure what should be > > done here. And, with macros, it's not clear that there needs > > to be an authoritative answer. Personally, I'd simply overload > > + for

Re: relational data models and Perl 6

2005-12-16 Thread Ovid
--- Rob Kinyon <[EMAIL PROTECTED]> wrote: > As for the syntactic sugar, I'm not quite sure what should be > done here. And, with macros, it's not clear that there needs > to be an authoritative answer. Personally, I'd simply overload > + for union, - for difference, * for cross-product, / for > d

Re: relational data models and Perl 6

2005-12-15 Thread Dr.Ruud
Ruud H.G. van Tol schreef: > [RD-interface] See also these Haskell Hierarchical Libraries (base package) http://www.haskell.org/ghc/docs/latest/html/libraries/base/Data-Set.html http://www.haskell.org/ghc/docs/latest/html/libraries/base/Data-Map.html -- Affijn, Ruud "Gewoon is een tijger."

Re: relational data models and Perl 6

2005-12-15 Thread Rob Kinyon
[snip entire conversation so far] (Please bear with me - I'm going to go in random directions.) Someone please correct me if I'm wrong, but it seems that there's only a few things missing in P6: 1) An elegant way of creating a tuple-type (the "table", so to speak) 2) A way of providing co

Re: relational data models and Perl 6

2005-12-15 Thread Dave Whipp
Darren Duncan wrote: As an addendum to what I said before ... ... I would want the set operations for tuples to be like that, but the example code that Luke and I expressed already, with maps and greps etc, seems to smack too much of telling Perl how to do the job. I don't want to have to us

Re: relational data models and Perl 6

2005-12-15 Thread Ruud H.G. van Tol
Darren Duncan schreef: > If you take ... > > +-+-+ > |a|x| > |a|y| > |a|z| > |b|x| > |c|y| > +-+-+ > > ... and divide it by ... > > +-+ > |x| > |z| > +-+ > > ... the result is ... > > +-+ > |a| > +-+ > > I'm not sure if Divide has an equivalent in SQL. A verbose way t

Re: relational data models and Perl 6

2005-12-15 Thread Xavier Noria
On Dec 15, 2005, at 2:19, Darren Duncan wrote: * a Tuple is an associative array having one or more Attributes, and each Attribute has a name or ordinal position and it is typed according to a Domain; this is like a restricted Hash in a way, where each key has a specific type * a Relati

Re: relational data models and Perl 6

2005-12-15 Thread Darren Duncan
As an addendum to what I said before ... The general kind of thing I am proposing for Perl 6 to have is a declarative syntax for more kinds of tasks, where you can simply specify *what* you want to happen, and you don't have to tell Perl how to perform that task. An example of declaratives t

Re: relational data models and Perl 6

2005-12-15 Thread Darren Duncan
At 2:54 AM + 12/15/05, Luke Palmer wrote: On 12/15/05, Darren Duncan <[EMAIL PROTECTED]> wrote: I propose, perhaps redundantly, that Perl 6 include a complete set of native Okay, I'm with you here. Just please stop saying "native" and "core". Everyone. Yes, of course. What I meant w

Re: relational data models and Perl 6

2005-12-14 Thread Luke Palmer
On 12/15/05, Darren Duncan <[EMAIL PROTECTED]> wrote: > I propose, perhaps redundantly, that Perl 6 include a complete set of > native Okay, I'm with you here. Just please stop saying "native" and "core". Everyone. Remember, syntax in Perl 6 can be stuffed in a library like anything else. You