przestrzeń ucieczki w ciągu połączenia

Question

Próbuję połączyć się z bazą danych serwera SQL za pomocą ADO. Hasło zawiera spację jako ostatni znak. Czy podczas budowania ciągu połączenia powinienem uciec przed hasłem?

MSDN mówi umieścić go w pojedyncze lub podwójne cudzysłowy, ale które nie wydają się działać ...

http://msdn.microsoft.com/en-us/library/system.data.sqlclient.sqlconnection.connectionstring.aspx

To właśnie mój ciąg połączenia wygląda następująco:

Provider=SQLOLEDB;Persist Security Info=False;Initial Catalog=master;Data Source=test;uid=john;pwd="123 " 

Dzięki

Answer 1

Mogę powiedzieć, co ma pracuję:

Provider=SQLOLEDB;Password="123 ";Persist Security Info=True;User ID=john;Initial Catalog=mydbname;Data Source=127.0.0.1 

1. Kiedy pwd parametr jest używany zamiast Password to nie trafia do żadnego - Musisz użyć Password słowa kluczowego, które powinny być ujęte w cudzysłów.
2. uid zamiast User ID działa dobrze - nadal używam User ID, ponieważ budowniczy połączeń tworzy go domyślnie.
3. Persist Security Info słowo kluczowe (było wspomniane w jednym z komentarzy) nie ma wpływu na połączenie - As @TLama dobrze skomentował "Możesz się połączyć, ale nie otrzymasz hasła z interfejsu IDBProperties, jeśli zachowasz je Fałsz . "
4. Kolejność słów kluczowych w ciągu połączenia nie jest ważna. interfejs IDBProperties analizuje ten ciąg na internal "Properties" collection

---

testowane z SQL Server 2008 R2.