You should climb the ladder one step at a time. Before trying to set up an
ADP project using your own connection string, why don't you try the standard
Connection Dialog Window of ADP?
Also, the purpose of using an Alias is not to have anything to change -
connection or connection string - when you distribute your application to
your client's machines.
As to your connection problem between two pc, you can try anything else -
for example Sql-Server Manager Studio - to try to connect to a pc from
another pc. Once you able to connect with a program, connecting with any
other program should be easy. As you already knew, all Express are
installed by default in a restricted way (no external connection, no TCP/IP,
no unnamed instance or something like that). You don't say how this version
was installed nor if there were any previous installation of SQL-Server on
this machine or if other thing like the SQL Server Browser Service is up and
running, so it's hard to tell you more on this.
Try adding the prefix np: (for the Named Pipes protocol) before the name of
the server to see if this will help; you can also try the tcp: prefix. If
this doesn't work, you might have to add the name of the instance after it
or the port number (,1433 - for TCP/IP only) at the end; for example with
"sqlexpress" as the name of the instance:
sqlcmd -S tcp:NameOfTheServer\sqlexpress,1433
or with an unnamed instance and the named pipes protocol:
sqlcmd -S np:NameOfTheServer
You might have to deal with the Surface Area Configuration of SQL-Server
and/or its Network Client Utilities. For the 2008 version, I don't know
what these names are. By setting up an Alias, you can alleviate some of
these problems. Here are some more references for helping you on this topic
but I didn't check them recently. There are for SQL-2005 but most of this
stuff should be OK for the 2008 version:
http://blogs.msdn.com/sql_protocols/...efused-it.aspx
http://blogs.msdn.com/sqlexpress/arc...05/415084.aspx
http://blogs.msdn.com/sqlexpress/arc...23/192044.aspx
http://msdn2.microsoft.com/en-us/library/ms345318.aspx
--
Sylvain Lafontaine, ing.
MVP - Technologies Virtual-PC
E-mail: sylvain aei ca (fill the blanks, no spam please)
"Hans" <(E-Mail Removed)> wrote in message
news

DCDE559-6896-4D5F-82A2-(E-Mail Removed)...
> Okay, point taken. As a learner i'm bound to make mistakes.
>
> most of what I have learn't comes from information collected over the
> internet.
>
> I have removed trusted connection from the connection syntax.
>
> Do you know of any resources on the internet where I can progress further
> with ADP and SQL express 2005. I especially would like guidence on getting
> SQL express on a network with the ADP clients connecting to it (LAN setup)
> .
>
> My attempts at trying with two pc connected via a network hub seems to be
> failing. I have a default installation of SQL express on one Pc, mixed
> mode.
> The second PC cannot see the sql instance on first Pc.
>
> Any pointer would be appreciated.
>
> "Norman Yuan" wrote:
>
>>
>> "Hans" <(E-Mail Removed)> wrote in message
>> news:BF35DB0C-2864-455A-81F5-(E-Mail Removed)...
>> > Thanks for that bit of information, as you know i'm on a steep learning
>> > curve
>> > to educated my self on this.
>> >
>> > Okay, managed to setup the alias, I was wondering if you knew the
>> > connection
>> > syntax for connecting to SQL Exresss from within ADP using alias, I
>> > currently
>> > use:-
>> >
>> > dbConn = "Provider=SQLOLEDB.1" _
>> > + ";Server=OVSL-2\QiSSystem" _
>> > + ";Database=2iQ-QiS" _
>> > + ";User ID=" & Forms![Global]!username _
>> > + ";Password=" & Forms![Global]!Password _
>> > + ";Trusted_Connection=True" _
>> > + ";Integrated Security=SSPI;"
>> >
>> > The above works fine, please advise if you can improve on the above.
>> >
>>
>> No, the above DOES not work fine (even it may work on your computer fo r
>> some reason). The ConnectionString's security part simply does not make
>> sense: if you use Trusted_Connection (Integrated Security, they are the
>> same
>> thing here), you never need to pass User ID/Password. Also, since you use
>> SQL Server Express, you can only use UserID/Password when SQL Server's
>> mixed
>> security mode is enabled (it is not by default).
>>
>> This indicates that more study on SQL Server security is needed before
>> you
>> can deal with user logging into the database correctly.
>>
>>