dbTalk Databases Forums  

Principle of Orthogonal Design

comp.databases.theory comp.databases.theory


Discuss Principle of Orthogonal Design in the comp.databases.theory forum.



Reply
 
Thread Tools Display Modes
  #1011  
Old   
David BL
 
Posts: n/a

Default Re: Principle of Orthogonal Design - 02-08-2008 , 08:41 PM






On Feb 9, 9:26 am, Marshall <marshall.spi... (AT) gmail (DOT) com> wrote:

Quote:
However
quantifiers in logic come with their own lexical scope. (They
must, since they introduce local names.)
This is a good point, and there are constructs such as for
integration, product, summation and limit that also introduce local
names that are invisible to the containing context, and are said to be
"bound", not "free".

I think an explicit syntax for introducing a lexical scope for a
variable that is explicitly bound to some expression works nicely.

Eg (let a=x in f(a)) is equivalent to f(x)

and the query

P(a=y, b=x) & Q(a=x, b=z))

where P,Q are relations with attributes named a,b would instead be
written as

(let a=y,b=x in P) & (let a=x, b=z in Q)



Reply With Quote
  #1012  
Old   
David BL
 
Posts: n/a

Default Re: Principle of Orthogonal Design - 02-08-2008 , 08:41 PM






On Feb 9, 9:26 am, Marshall <marshall.spi... (AT) gmail (DOT) com> wrote:

Quote:
However
quantifiers in logic come with their own lexical scope. (They
must, since they introduce local names.)
This is a good point, and there are constructs such as for
integration, product, summation and limit that also introduce local
names that are invisible to the containing context, and are said to be
"bound", not "free".

I think an explicit syntax for introducing a lexical scope for a
variable that is explicitly bound to some expression works nicely.

Eg (let a=x in f(a)) is equivalent to f(x)

and the query

P(a=y, b=x) & Q(a=x, b=z))

where P,Q are relations with attributes named a,b would instead be
written as

(let a=y,b=x in P) & (let a=x, b=z in Q)



Reply With Quote
  #1013  
Old   
David BL
 
Posts: n/a

Default Re: Principle of Orthogonal Design - 02-08-2008 , 08:41 PM



On Feb 9, 9:26 am, Marshall <marshall.spi... (AT) gmail (DOT) com> wrote:

Quote:
However
quantifiers in logic come with their own lexical scope. (They
must, since they introduce local names.)
This is a good point, and there are constructs such as for
integration, product, summation and limit that also introduce local
names that are invisible to the containing context, and are said to be
"bound", not "free".

I think an explicit syntax for introducing a lexical scope for a
variable that is explicitly bound to some expression works nicely.

Eg (let a=x in f(a)) is equivalent to f(x)

and the query

P(a=y, b=x) & Q(a=x, b=z))

where P,Q are relations with attributes named a,b would instead be
written as

(let a=y,b=x in P) & (let a=x, b=z in Q)



Reply With Quote
  #1014  
Old   
David BL
 
Posts: n/a

Default Re: Principle of Orthogonal Design - 02-08-2008 , 08:41 PM



On Feb 9, 9:26 am, Marshall <marshall.spi... (AT) gmail (DOT) com> wrote:

Quote:
However
quantifiers in logic come with their own lexical scope. (They
must, since they introduce local names.)
This is a good point, and there are constructs such as for
integration, product, summation and limit that also introduce local
names that are invisible to the containing context, and are said to be
"bound", not "free".

I think an explicit syntax for introducing a lexical scope for a
variable that is explicitly bound to some expression works nicely.

Eg (let a=x in f(a)) is equivalent to f(x)

and the query

P(a=y, b=x) & Q(a=x, b=z))

where P,Q are relations with attributes named a,b would instead be
written as

(let a=y,b=x in P) & (let a=x, b=z in Q)



Reply With Quote
  #1015  
Old   
David BL
 
Posts: n/a

Default Re: Principle of Orthogonal Design - 02-08-2008 , 08:41 PM



On Feb 9, 9:26 am, Marshall <marshall.spi... (AT) gmail (DOT) com> wrote:

Quote:
However
quantifiers in logic come with their own lexical scope. (They
must, since they introduce local names.)
This is a good point, and there are constructs such as for
integration, product, summation and limit that also introduce local
names that are invisible to the containing context, and are said to be
"bound", not "free".

I think an explicit syntax for introducing a lexical scope for a
variable that is explicitly bound to some expression works nicely.

Eg (let a=x in f(a)) is equivalent to f(x)

and the query

P(a=y, b=x) & Q(a=x, b=z))

where P,Q are relations with attributes named a,b would instead be
written as

(let a=y,b=x in P) & (let a=x, b=z in Q)



Reply With Quote
  #1016  
Old   
David BL
 
Posts: n/a

Default Re: Principle of Orthogonal Design - 02-08-2008 , 08:41 PM



On Feb 9, 9:26 am, Marshall <marshall.spi... (AT) gmail (DOT) com> wrote:

Quote:
However
quantifiers in logic come with their own lexical scope. (They
must, since they introduce local names.)
This is a good point, and there are constructs such as for
integration, product, summation and limit that also introduce local
names that are invisible to the containing context, and are said to be
"bound", not "free".

I think an explicit syntax for introducing a lexical scope for a
variable that is explicitly bound to some expression works nicely.

Eg (let a=x in f(a)) is equivalent to f(x)

and the query

P(a=y, b=x) & Q(a=x, b=z))

where P,Q are relations with attributes named a,b would instead be
written as

(let a=y,b=x in P) & (let a=x, b=z in Q)



Reply With Quote
  #1017  
Old   
David BL
 
Posts: n/a

Default Re: Principle of Orthogonal Design - 02-08-2008 , 08:41 PM



On Feb 9, 9:26 am, Marshall <marshall.spi... (AT) gmail (DOT) com> wrote:

Quote:
However
quantifiers in logic come with their own lexical scope. (They
must, since they introduce local names.)
This is a good point, and there are constructs such as for
integration, product, summation and limit that also introduce local
names that are invisible to the containing context, and are said to be
"bound", not "free".

I think an explicit syntax for introducing a lexical scope for a
variable that is explicitly bound to some expression works nicely.

Eg (let a=x in f(a)) is equivalent to f(x)

and the query

P(a=y, b=x) & Q(a=x, b=z))

where P,Q are relations with attributes named a,b would instead be
written as

(let a=y,b=x in P) & (let a=x, b=z in Q)



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.