>I am unsure how to set this property other than the actions I have taken.
>
[quoted text clipped - 15 lines]
>> >How can I transfer records to an existing table in a destination database
>> >that is protected by a password?
With the append query in design view, I right-click on the upper panel and
select Properties. That displays a property sheet that shows Selection Type:
Field List Properties. It's empty. If I click again on the upper pane, the
property sheet displays query properties.
Destination Table contains the correct table name.
Destination DB contains the path to the db.
I enter the string described below for Dest Connect Str.
I run the query and again get the message "Not a valid password".
I then remove the password from the destination db and delete the password
reference at the end of the string for Dest Connect Str. Now, the query
appends records correctly.
Jim
> When the query is in design view and you see the query grid, right-click in
> the upper panel and select properties. The Dest Connect Str property is
[quoted text clipped - 32 lines]
> >> >How can I transfer records to an existing table in a destination database
> >> >that is protected by a password?
Jeanette Cunningham - 18 Apr 2008 23:33 GMT
Yes,
you need to remove the password to access the data. After you have finished
with the spreadsheet, remember to set the password again.
I suppose this means that the password does work to protect the data in the
excel sheet - otherwise there would not be much advantage to setting a
password in the first place.
Jeanette Cunningham
> With the append query in design view, I right-click on the upper panel and
> select Properties. That displays a property sheet that shows Selection
[quoted text clipped - 59 lines]
>> >> >database
>> >> >that is protected by a password?
Chris O'C - 19 Apr 2008 16:33 GMT
JBA is using Access 2007 and 2003 databases, not spreadsheets. If you need
to remove the password in order to work with the data, you're doing something
wrong.
If you remove the password while you're working with the data, then anyone
else with rights to that file can access that data. That's like leaving the
padlock unlocked.
Chris
Microsoft MVP
>Yes,
>you need to remove the password to access the data. After you have finished
[quoted text clipped - 10 lines]
>>> >> >database
>>> >> >that is protected by a password?
Chris O'C - 19 Apr 2008 16:19 GMT
Remove the path and file name in the Destination DB property. It should be
empty.
In the Dest Connect Str property, change the path, file name, and password to
match your own destination database. The ones I suggested earlier were only
for an example.
Chris
Microsoft MVP
>With the append query in design view, I right-click on the upper panel and
>select Properties. That displays a property sheet that shows Selection Type:
[quoted text clipped - 9 lines]
>reference at the end of the string for Dest Connect Str. Now, the query
>appends records correctly.
JBA - 21 Apr 2008 01:45 GMT
I removed everything from the Destination DB property. The Dest Connect Str
already has my info. I still get the "Not a valid password" message.
To try to get something to run, I set up this test:
I use Access 2007 only, the source db is D1, the destination db is D2, both
databases have the same table called Table1 and a single field called Field1.
D2 is pw protected with pw=me. D1 is not pw protected.
I set up the append query in D1 with Destination Table=Table1, Destination
DB is empty and Dest Connect String=;DATABASE=C:\Documents and
Settings\James\My Documents\D2.accdb;PWD=me. I run the query and get the
"Not a valid password" message. The SQL is:
INSERT INTO (;DATABASE=C:\Documents and Settings\James\My
Documents\D2.accdb;PWD=me
) Table1 ( Field1 )
SELECT Table1.Field1
FROM Table1;
Then, I remove the pw from D2, and modify the append query so it's
properties are Destination Table=Table1, Destination DB=C:\Documents and
Settings\James\My Documents\D2.accdb and Dest Connect String is empty. The
query runs correctly.
I'm unsure what to try next.
Thanks.
Jim
> Remove the path and file name in the Destination DB property. It should be
> empty.
[quoted text clipped - 19 lines]
> >reference at the end of the string for Dest Connect Str. Now, the query
> >appends records correctly.