Tidak 100% yakin apa yang Anda maksud:
Trusted_Connection=True;
ADALAH menggunakan kredensial Windows dan 100% setara dengan:
Integrated Security=SSPI;
atau
Integrated Security=true;
Jika Anda tidak ingin menggunakan keamanan terintegrasi/koneksi tepercaya, Anda perlu menentukan id pengguna dan kata sandi secara eksplisit dalam string koneksi (dan tinggalkan referensi apa pun ke Trusted_Connection atau Integrated Security )
server=yourservername;database=yourdatabase;user id=YourUser;pwd=TopSecret
Hanya dalam kasus ini, mode otentikasi SQL Server digunakan.
Jika salah satu dari dua setelan ini ada (Trusted_Connection=true atau Integrated Security=true/SSPI ), lalu kredensial Windows pengguna saat ini digunakan untuk mengautentikasi terhadap SQL Server dan user iD= setelan akan diabaikan dan tidak digunakan.
Untuk referensi, lihat situs Connection Strings untuk SQL Server 2005 dengan banyak contoh dan penjelasan.
Menggunakan Otentikasi Windows adalah cara yang lebih disukai dan disarankan untuk melakukan sesuatu, tetapi mungkin menimbulkan sedikit penundaan karena SQL Server harus mengotentikasi kredensial Anda terhadap Active Directory (biasanya). Saya tidak tahu berapa banyak penundaan itu, dan saya belum menemukan referensi untuk itu.
Menyimpulkan:
Jika Anda menentukan Trusted_Connection=True; atau Integrated Security=SSPI; atau Integrated Security=true; di string koneksi Anda
==> KEMUDIAN (dan baru kemudian) Anda memiliki Windows Authentication kejadian. user id= Any pengaturan dalam string koneksi akan diabaikan .
Jika Anda TIDAK tentukan salah satu dari setelan tersebut,
==> maka Anda JANGAN memiliki Otentikasi Windows terjadi (mode Otentikasi SQL akan digunakan)
