I
i_j_hutch
Hi all--
Not sure if this is the right ng, but here goes...
Previous to applying a recent patch to MS Office Access 2003, I was able to
execute the following SQL query which would change a field in the table from
a Yes/No to a Long integer:
ALTER TABLE <TableName> ALTER <FieldName> Long
This would automatically change the data values in the table from checkboxes
to 0's and -1's.
But now (since applying this patch), the type is changed to Long in the
Design View, but when looking at the table in the Datasheet View, the data
still shows up as checkboxes!
I came up with a six step process as a workaround:
1. Creating a temp field
2. Copying the data from the orig to the temp field
3. Deleting the orig field
4. Creating the orig field
5. Copying the data from the temp to the orig field
6. Deleting the temp field
....but this is a PITA.
So MVPs and Microsoft folks, can you confirm that this is now a problem with
Access in the latest patch? If so, will it be fixed anytime "soon"?
Thanks.
* Ian *
P.S. BTW, I have to be able to update a bunch of different databases on a
moment's notice. If it were a onesie-twosie thing, no big deal, but this is
many databases, with many tables, with lots of data. I already have a scheme
in place that (using vba) loops through each selected database, and applies
the appropriate SQL call to the appropriate tables.
Not sure if this is the right ng, but here goes...
Previous to applying a recent patch to MS Office Access 2003, I was able to
execute the following SQL query which would change a field in the table from
a Yes/No to a Long integer:
ALTER TABLE <TableName> ALTER <FieldName> Long
This would automatically change the data values in the table from checkboxes
to 0's and -1's.
But now (since applying this patch), the type is changed to Long in the
Design View, but when looking at the table in the Datasheet View, the data
still shows up as checkboxes!
I came up with a six step process as a workaround:
1. Creating a temp field
2. Copying the data from the orig to the temp field
3. Deleting the orig field
4. Creating the orig field
5. Copying the data from the temp to the orig field
6. Deleting the temp field
....but this is a PITA.
So MVPs and Microsoft folks, can you confirm that this is now a problem with
Access in the latest patch? If so, will it be fixed anytime "soon"?
Thanks.
* Ian *
P.S. BTW, I have to be able to update a bunch of different databases on a
moment's notice. If it were a onesie-twosie thing, no big deal, but this is
many databases, with many tables, with lots of data. I already have a scheme
in place that (using vba) loops through each selected database, and applies
the appropriate SQL call to the appropriate tables.