Re: Counting propositions
From: x <x-false_at_yahoo.com>
Date: Tue, 15 Jun 2004 16:32:33 +0300
Message-ID: <40cef97b_at_post.usenet.com>
> > **** Post for FREE via your newsreader at post.usenet.com ****
> >
> >
> > "Tony" <andrewst_at_onetel.net.uk> wrote in message
> > news:c0e3f26e.0406150222.fe2eea5_at_posting.google.com...
> > > "x" <x-false_at_yahoo.com> wrote in message
> > news:<40ce9db7_at_post.usenet.com>...
> > > > **** Post for FREE via your newsreader at post.usenet.com ****
> > > >
> > > > "Paul G. Brown" <paul_geoffrey_brown_at_yahoo.com> wrote in message
> > > > news:57da7b56.0406141517.9cb7b7d_at_posting.google.com...
> > > > > Given that all relvars have a key, and assuming that your '*' is
a
> > > > > macro that expands to 'all attributes' (don't matter what phase of
> > > > > query processing), then nr is going to equal the number of tuples
in
> > > > > the relvar.
> > > >
> > > > Ok. But why there is a need to know this number ?
> > > > It is like saying "today I made 100 affirmations".
> > >
> > > Have you never wanted to know how many of something you had? Can you
> > > not envisage a large business wanting to know, for example, how many
> > > employees it has?
> >
> > Employees yes. Propositions no.
Date: Tue, 15 Jun 2004 16:32:33 +0300
Message-ID: <40cef97b_at_post.usenet.com>
- Post for FREE via your newsreader at post.usenet.com ****
"Paul Vernon" <paul.vernon_at_ukk.ibmm.comm> wrote in message news:camrsd$1cd0$1_at_gazette.almaden.ibm.com...
> "x" <x-false_at_yahoo.com> wrote in message news:40cecf85_at_post.usenet.com...
> > **** Post for FREE via your newsreader at post.usenet.com ****
> >
> >
> > "Tony" <andrewst_at_onetel.net.uk> wrote in message
> > news:c0e3f26e.0406150222.fe2eea5_at_posting.google.com...
> > > "x" <x-false_at_yahoo.com> wrote in message
> > news:<40ce9db7_at_post.usenet.com>...
> > > > **** Post for FREE via your newsreader at post.usenet.com ****
> > > >
> > > > "Paul G. Brown" <paul_geoffrey_brown_at_yahoo.com> wrote in message
> > > > news:57da7b56.0406141517.9cb7b7d_at_posting.google.com...
> > > > > Given that all relvars have a key, and assuming that your '*' is
a
> > > > > macro that expands to 'all attributes' (don't matter what phase of
> > > > > query processing), then nr is going to equal the number of tuples
in
> > > > > the relvar.
> > > >
> > > > Ok. But why there is a need to know this number ?
> > > > It is like saying "today I made 100 affirmations".
> > >
> > > Have you never wanted to know how many of something you had? Can you
> > > not envisage a large business wanting to know, for example, how many
> > > employees it has?
> >
> > Employees yes. Propositions no.
> > But in a relational database, all you have are propositions. There is > nothing else there that counts.
Tough situation, don't you think ?
How you derive the number of employees from the number of propositions
involving employees ?
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
- Usenet.com - The #1 Usenet Newsgroup Service on The Planet! *** http://www.usenet.com Unlimited Download - 19 Seperate Servers - 90,000 groups - Uncensored -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=