Re: ADO and blank fields problem
From: Charles E Finkenbiner (CharlesEF__at__MailandNews.Com)
Date: 07/01/04
- Next message: BernardG: "Word Automation"
- Previous message: Charles E Finkenbiner: "Re: ADO and blank fields problem"
- In reply to: Bob Barrows [MVP]: "Re: ADO and blank fields problem"
- Messages sorted by: [ date ] [ thread ]
Date: Thu, 01 Jul 2004 14:25:14 -0500
Hi Bob,
On 7/1/2004 10:43 AM, Bob Barrows [MVP] wrote:
> Charles E Finkenbiner wrote:
>
>>Hi Bob,
>>
>>My script is a front end (GUI) for an MS Access database. It is only
>>used from a local drive, not the internet. For this reason I thought
>>it would be OK to work with the recordset directly. Am I wrong in
>>this thinking?
>
>
> No. The recordset should be fine, although it's a perpetuation of a "bad"
> habit ...
>
Ok, I will remember to use the other method if I ever need to do
database work over the internet.
>
>>Also, the array returned by GetRows is not compatible
>>with my script language (not VBScript), so I can not work on a copy
>>of the data.
>
>
> I'm not sure why that's relevant ...
>
Well, it's not. If was recommended to me in another post as a way to
access the data without leaving the recordset open.
>
>>My update code is a loop (using Recordset.Fields.Count). Instead of
>>writing only the fields that were changed I choose to update all the
>>fields (requires less code and logic). I will try your suggestion of
>>using Null in the number fields and report back.
>>
>
> It will work
>
Yes, it did work fine. After all this I will just leave things the way
they are, using a default field value of '999999'. I mean, yes I can
test the field type etc.. but then I defeat the purpose of my small loop
code (by adding more code and logic).
> Bob Barrows
Thanks for your help,
Charles
- Next message: BernardG: "Word Automation"
- Previous message: Charles E Finkenbiner: "Re: ADO and blank fields problem"
- In reply to: Bob Barrows [MVP]: "Re: ADO and blank fields problem"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|