[AccessD] Hit the Wall?

DWUTKA at marlow.com DWUTKA at marlow.com
Sun Jul 25 21:19:00 CDT 2004


maybe, I always thought yes/no were 1 byte on the disk......hmmmmm.

Drew

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of John W. Colby
Sent: Sunday, July 25, 2004 9:11 PM
To: 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] Hit the Wall?


I second that!  If you have a lot of booleans, store them in a long, 31
booleans / long integer (avoid the math fun!).

With a small module to handle the setting / clearing / reading of a bit you
are off and running.  MUCH less storage that using actual booleans (which I
always thought were stored in one bit of a 16 bit value).

JWC

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of DWUTKA at marlow.com
Sent: Sunday, July 25, 2004 9:45 PM
To: accessd at databaseadvisors.com
Subject: RE: [AccessD] Hit the Wall?


Dan, if you have a lot of yes no fields, you may be able to stick with just
one table!  Instead if using yes/no fields (which take a byte each), I would
go with merging the yes/no fields into a long, or byte field.  With a byte
field, you can get 8 yes/no fields in one field.  With a Long, you can get
31 (32, if you want to have a little math fun).  Use bit comparison for the
yes/no fields.

ie, if a field has 3 as a value, that means that 1 and 2 are turned on, and
nothing else.

So whatever 'value' is represented by 1 can be checked with:

rs.("MyField").value AND 1

Drew

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Dan Waters
Sent: Friday, July 23, 2004 6:54 AM
To: 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] Hit the Wall?


Michael,

How did you split the table up and apply limits to the width of the query?
Did your form change sources as the users moved from one area to another?

Unfortunately, there is no normalization I can do that would make any sense,
and wouldn't hurt the app.

I didn't know that queries has an 8K limit, but I hope I won't hit that.
Most of the fields are short text fields, or yes/no checkboxes.

Thanks!
Dan

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Michael Maddison
Sent: Friday, July 23, 2004 12:41 AM
To: Access Developers discussion and problem solving
Subject: RE: [AccessD] Hit the Wall?

No,

We hit this same problem and had to split the table up and apply limits to
the width of the query. Be careful with the 8K row limit as well, you will
likely run out of row space well before 255 columns.

Our client insisted they wanted to scroll sideways over 5 years of data,
displayed monthly with 6 columns per month.  Our prototype had vertical
scrolling but no no no we want it like Excel ;-)))

cheers

Michael M


In an Access app w/FE and BE, I need a table that has about 270 fields. A
single form will be bound to the table.  (This is a business process
management application.)  If I upsize this to a project (never done this), I
can have up to 1024 fields in a table.

 

I tried creating a query to join two smaller tables, but queries are also
limited to 255 columns.

 

Is there a way around this so I can still use an Access BE?

 

Thanks!

Dan Waters

-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com
-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


-- 
_______________________________________________
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



More information about the AccessD mailing list