MySQL has a column type for that, so you don't have to use an INT or BIGINT:

http://www.mysql.com/doc/S/E/SET.html

--jeff

----- Original Message -----
From: "Harald Fuchs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, May 03, 2002 4:19 AM
Subject: Re: Strategies for maintaining tables calculated from other tables?


> In article <[EMAIL PROTECTED]>,
> "Nick Arnett" <[EMAIL PROTECTED]> writes:
>
> > I'm finding that it's not quite as simple as I had imagined to maintain
a
> > table whose values are calculated by analyzing other tables.  The source
> > tables contain time series data, which can is updated several times a
day.
> > To calculate totals by day, week, month, etc., I don't want to have to
start
> > over from scratch, so I want to keep track of which records in the
source
> > tables have already been analyzed.  Further complicating things, there
are
> > several analyses that take place and I may add others later.  I don't
always
> > want to have to do all of them at the same time.
>
> > So, at the moment, I've added some Boolean enum columns to the source
data
> > tables, showing which analyses have been done.  Do the analysis, set the
> > Booleans to true.  I'm not sure I really like that approach, since it
can
> > mean adding columns to rather large tables at times.
>
> How about adding a single INT or BIGINT column which you treat as a
> bit string in your application (presuming you don't ever have more than 32
> resp. 64 analyses).
>
> > Just to make it all a bit more complicated, the initial analysis is done
in
> > a temporary table, for huge performance gain, then inserted into its
final
> > resting spot.
>
> This should not matter as long as you set your flags after the final
> INSERT has been done.
>
> > P.S. sql,query (to satisfy that danged filter)
>
> Me too ...
>
> ---------------------------------------------------------------------
> Before posting, please check:
>    http://www.mysql.com/manual.php   (the manual)
>    http://lists.mysql.com/           (the list archive)
>
> To request this thread, e-mail <[EMAIL PROTECTED]>
> To unsubscribe, e-mail
<[EMAIL PROTECTED]>
> Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
>


---------------------------------------------------------------------
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/           (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Reply via email to