연결 문자열에서 Trusted_Connection과 Integrated Security의 차이점은 무엇입니까?

연결 문자열에서 Trusted_Connection과 Integrated Security의 차이점은 무엇입니까?

SQL Server 연결 문자열에서 토큰 "Trusted_Connection"과 "Integrated Security"의 차이점이 무엇인지 궁금합니다(다른 데이터베이스/드라이버는 이를 지원하지 않습니다).나는 그들이 말이 없다는 것을 이해합니다.

이들은 서로 동의어이며 서로 교환하여 사용할 수 있습니다.

.Net에는 SQLConnectionStringBuilder라는 클래스가 있으며 이 클래스는 문자열의 일부를 빌드하기 위해 type-safe 속성을 사용하여 SQL Server 연결 문자열을 처리하는 데 매우 유용합니다.이 클래스는 한 값에서 다른 값으로 매핑할 수 있도록 내부 동의어 목록을 유지합니다.

+----------------------+-------------------------+값 | 동의어 |+----------------------+-------------------------+앱 | 애플리케이션 이름 |비동기 | 비동기 처리 |확장 속성 | attachdbfilename |초기 파일 이름 | attachdbfilename |연결 시간 초과 | 연결 시간 초과 |timeout | 연결 시간 초과 |언어 | 현재의 언어 |addr | 데이터 소스 |주소 | 데이터 소스 |네트워크 주소 | 데이터 소스 |서버 | 데이터 소스 |데이터베이스 | 초기 카탈로그 |trusted_connection | 통합 보안 |연결 수명 | 로드 밸런싱 시간 초과 |net | 네트워크 라이브러리 |네트워크 | 네트워크 라이브러리 |pwd | 비밀번호 |지속 보안 정보 | 지속 보안 정보 |uid | 사용자 ID |사용자 | 사용자 ID |wsid | 워크스테이션 ID |+----------------------+-------------------------+

_{(Reflector의 도움을 받아 컴파일됨)}

ODBC 및 OleDb 연결 문자열을 처리하기 위한 다른 유사한 클래스가 있지만, 안타깝게도 다른 데이터베이스 공급업체에는 없습니다. 이러한 구현을 제공할 책임은 공급업체의 라이브러리에 있다고 생각합니다.

그들은 같습니다.

안타깝게도 다음과 같은 몇 가지 변형이 있습니다.

서버/데이터 원본

데이터베이스/초기 카탈로그

변형의 기원은 잘 모르겠습니다. 일부는 일반적이어야 한다고 생각합니다(데이터베이스 중심이 아니므로 RDBMS에 연결하는 경우와 디렉토리 서비스에 연결하는 경우 등에 연결 문자열이 매우 유사하게 보입니다).

그래서 조금 후에 저는 충돌이라는 이름의 기원을 발견했습니다.토큰 집합이 ODBC에서 사용되었으며 OLEDB에 대해 정의된 다른 집합입니다.기존의 이유로 SQL Server는 여전히 두 가지를 모두 상호 교환적으로 지원합니다.

Trusted_Connection=true는 ODBC 및 통합 보안=입니다.SSPI는 OLEDB였습니다.

저의 경우 "Trusted_Connection"과 "Integrated Security"의 차이점을 발견했습니다.Microsoft SQL Server 2005를 사용하고 있습니다.원래 Windows 로그온(Integrated Security=SSPI)을 사용했습니다.그러나 Windows 인증을 사용자 ID와 비밀번호를 추가한 SQL Server 인증으로 교체했을 때 SSPI를 "False"로 교체하지 못했습니다."다단계 OLE DB 작업 생성 오류"를 반환했습니다.하지만 "Integrated Security=False"를 "Trusted_Connection=no"로 바꾸니 작동했습니다.

언급URL : https://stackoverflow.com/questions/3077412/what-is-the-difference-between-trusted-connection-and-integrated-security-in-a-c