정보: 자동으로 Visual Basic 3.0 Handles 보안 방법 설정

기술 자료 번역 기술 자료 번역
기술 자료: 105990 - 이 문서가 적용되는 제품 보기.
이 문서가 보관되었습니다. "그대로" 제공되었으며, 업데이트가 되지 않을 것입니다.
모두 확대 | 모두 축소

이 페이지에서

요약

Visual Basic 버전 3.0 Microsoft Access 데이터베이스 엔진이 포함되어 있습니다. Visual Basic 구문이 Access 데이터베이스를 Access 수 거의 모든 방법으로 조작할 수 있습니다. 한 가지 주요 예외 보안 영역입니다. Microsoft Access 또는 (예: 로그온 ID와 암호를 시스템에 대한 보안 옵션은 수정할 및 설정할 설정하거나 특정 데이터베이스의 특정 개체에 대한 사용 권한을 수정할 수 있습니다.

Visual Basic 버전 3.0 해당 Access 구현하는 보안 메커니즘을 충족시키기 위해 Visual Basic 응용 프로그램 허용 및 Visual Basic 코드를 사용하여 로그온 두 개의 문 (SetDataAccessOption 및 SetDefaultWorkspace) 포함되어 있지. 이 문을 사용하여 특정 사용자에게 부여할 사용 권한을 얻을 수 있습니다.

이 문서에서는 Visual Basic 버전 3.0 및 Visual Basic 프로그래머가 적용되는 Access 보안 메커니즘에 대해 설명합니다. Microsoft Access 전체 보안 기능을 이 문서에서는 다루지 않습니다.

Microsoft Access 보안 기능에 대한 전체 설명은 다음 기술 자료 문서를 참조하십시오.
122036WX1051: 보안 마법사 및 백서 App. 노트로 2.0

추가 정보

Access 보안 다음과 같이 두 부분으로 구현됩니다.
  • 각 사용자 및 그룹 고유한 보안 ID (SID) 코드가 있습니다.
  • 해당 SID 코드는 해당 SID 연결된 사용 권한 함께 데이터베이스에 저장됩니다.
다음 두 섹션에서는 세부 정보를 제공합니다.

각 사용자 및 그룹 고유 보안 ID (SID).

Microsoft Access에서 각 사용자 및 그룹 보안 ID (SID)가 있습니다. SID는 사용자 또는 그룹을 고유하게 식별하는 이진 문자열을 것입니다. Microsoft Access의 로그온 대화 또는 기사 뒷부분에서 파일(삽화)(영어) VBA 코드에서 여부에 따라, 사용자가 로그온할 때 Microsoft Access 엔진이 SYSTEM.MDA 데이터베이스 MSysAccounts 테이블에서 읽습니다. Microsoft Access에서 이 데이터베이스를 만든 후 원래 복사본이 삭제되면 (빈) 새로 만들어집니다.

참고: 원래 SYSTEM.MDA 실수로 삭제된 경우, 모든 고유 SID를 잃게 됩니다. 따라서 또한 보호된 데이터베이스를 액세스하기 위해 모든 기능이 손실됩니다. 따라서, 데이터베이스 및 SYSTEM.MDA 파일 위치에 있는 데이터베이스 사용 권한을 설정한 경우 백업하는 것이 좋습니다.

로그온할 때 사용자가 사용자 이름 (대소문자 구분) 및 (대/소문자 구분) 암호를 제공합니다. 사용자 이름 및 암호가 올바르면 사용자 SID는 검색하고 엔진에 내부 구조에 저장됩니다. 암호는 경우에만 사용자 유효성을 검사하는 데 사용됩니다. 이 시점부터 암호를 사용자가 유효한 사용자 됩니다 일단 보안 효과가 없습니다.

Visual Basic 동작에 관련된 중요한 점은 다음과 같습니다. 기본적으로 Microsoft Access 엔진은 사용자 및 관리자 암호를 유효성을 검사하려고 및 "" 각각. Visual Basic 버전 3.0 모든 코드 없이 이 키 조합은 Microsoft Access 엔진은 기본적으로 보낼. 사용자 그룹 관리자 "관리자" 없음 기본값에서 변경된 해당 암호가 설정되어 있으면 Visual Basic 보안 관련 문 사용하는 경우에도 않고 Visual Basic 프로그램 데이터베이스 (허용 획득할 수 있습니다, 즉 ("").

로그온한 후 사용자의 SID는 검색됩니다. 이 SID는 Access 엔진 내에서 후속 작업이 모두 사용됩니다.

SID SYSTEM.MDA 데이터베이스 저장 여부

SID는 데이터베이스 자체에 저장됩니다. 따라서 특정 사용자 또는 그룹 부여된 권한은 모두 고유한 SID를 사용하여 연결된 데이터베이스에 저장되어 있습니다.

이 Visual Basic 동작이 관련된 다른 주요 지점을 표시합니다. Visual Basic 프로그램 데이터베이스에 항목을 얻고 다음 중 하나를 true 이면 Microsoft Access 보안 메커니즘을 무시하려면 seeming 전체 권한이:
  • Visual Basic 프로그래머가 해당 SYSTEM.MDA 위치가 소요된 프로그램 코드에서 계정 데이터베이스로.
  • "관리자" 사용자 없음 기본값에서 변경된 해당 암호를 가진 ("").
이 때문에 Microsoft Access 엔진 및 Visual Basic의 기본 동작을 발생합니다. Visual Basic 코드에 의해 데이터베이스와 개체에 항목에 결합된 효과가 있습니다.

Microsoft Access의 개체 형식의 목록이 있습니다: 테이블, 쿼리, 폼, 보고서, 매크로, 모듈 및. 다른 이 설명은 생략할 수 있으므로 이 중 처음 두 Visual Basic 코드에서 액세스할 수 있습니다.

다음 두 절에서는 두 각각 설명하는 Visual Basic 보안 (SetDataAccessOption 및 SetDefaultWorkspace) 문을 관련. 보안 Access 데이터베이스 로그온 항목을 자동으로 설정하고 두 문은 선택 SYSTEM.MDA 파일의 제공하기 위한 것입니다. 이러한 두 단원에서는 다음에 관련된 동작에 두 문은 보안 관련하여 Microsoft Access 엔진의 섹션입니다.

SetDataAccessOption 문--구문 및 동작

SetDataAccessOption 다음 매개 변수는 다음과 같습니다.
   SetDataAccessOption option, value

   option is a numeric value with only one legal value (1).
				

예를 들면:
   SetDataAccessOption 1, "E:\VBPROJ\MY.INI"
				

\VB 디렉터리의 루트에 제공한 DATACONS.TXT 파일에서 상수는 이 값으로 정의됩니다.
   Global Const DB_OPTIONINIPATH = 1
				

SetDataAccessOption 응용 프로그램의 초기화 (.INI) 파일의 경로와 이름을 설정합니다. .INI 파일을 응용 프로그램의 데이터 액세스 기능을 로드 및 초기화하지 전에 SetDataAccessOption 사용할 경우에만 적용됩니다. 데이터 액세스 초기화된 후에는 응용 프로그램을 끝내지 않고 이 설정을 변경할 수 없습니다. 값이 문자열 식입니다. DB_OPTIONINIPATH 옵션에 대해 값 인수를 응용 프로그램의 초기화 (.INI) 파일의 이름과 경로를 제공하는 문자열 식이 들어 있습니다. 초기화 일반적으로 사용자의 \WINDOWS 디렉터리에 저장되는 파일과 같은 이름을 실행 파일과 있지만 .INI 확장명이 없는. 응용 프로그램의 초기화 파일에 다른 이름이 없거나 \WINDOWS 디렉터리 이외의 디렉터리에 경우에만 이 문을 사용하십시오.

\WINDOWS 디렉터리의 VB.INI 파일에 다음 줄을 있으면 VB.EXE 환경에서 VBA 프로젝트를 실행할 때 SetDataAccessOption 문이 필요하지 않습니다.

[옵션]
SystemDB=T:\ACCESS\SYSTEM.MDA
UtilityDB=T:\ACCESS\UTILITY.MDA

참고: Microsoft Access 및 Visual Basic 공유할 수 SYSTEM.MDA 가리키는 항목이 있을 경우 해당 SYSTEM.MDA 실제 위치를 중요하지 않습니다. 응용 프로그램 .EXE 파일을 자체 .INI 파일에 있는 \WINDOWS .EXE 및 .INI 파일 같은 이름을 공유하는 경우 SetDataAccessOption 문을 필요하지 않습니다.

SetDefaultWorkspace 문--구문 및 동작

SetDefaultWorkspace 다음 매개 변수는 다음과 같습니다.
   SetDefaultWorkspace username, password
				

이 문은 왼쪽 경우 Visual Basic Visual Basic 포함된 Microsoft Access 데이터베이스 엔진에서 다음 줄 해당하는 보냅니다.
   SetDefaultWorkspace "Admin" , ""
				

이 문은 유효한 SID를 받아 항목을 데이터베이스의 모든 테이블 및 쿼리 개체에 액세스하지 효과가 있습니다.

VBA 및 Access 보안 간의 관계

Visual Basic 및 Access 보안 관계를 이해하려면 Access 보안 메커니즘을 이해해야 합니다. Microsoft Access 널리 사용되는 Visual Basic 프로그래머가 활용할 것에 대한 자세한 내용은 다음과 같습니다. Microsoft Access의 권한 계층이 것입니다. 최상위 수준에 있는 그룹입니다. 그룹 내에서 특정 포함된 사용자 있습니다. 선택적으로 특정 사용자 권한을 부여할 사용 권한은 모두 합니다 먼저 수 선택이 또는 있는 사용자 그룹에서 제거할. 그런 다음 경우에만 다음 수 권한을 수 허가되거나 개별 사용자에 대한.

개별 사용자에 대해 나열된 사용 권한은 명시적으로 사용 권한은 호출됩니다. 사용 권한은 설정할 사용자 계정을 포함하는 그룹에 대한 암시적 권한은 호출됩니다. 암시적 권한을 명시적 사용 권한보다 우선이 적용됩니다.

보안 Microsoft Access에서 데이터베이스를 열고 해당 사용자가 로그온한 후에 사용 권한을 설정할 수 있습니다. 보안 메뉴에서 사용 즉 Visual Basic에서 테이블 및 쿼리 개체만 데이터베이스, 각 개체에 대한 사용 권한을 할당하려면 선택하십시오.

예를 들어, 그룹 경우 Microsoft Access에서 데이터베이스 분석가 사용자 Bob과 Sue 포함하는 명명된 및 원하는 데이터 Bob에 경우에만 제한 및 방법을 전체 권한 부여하기 이 다음과 같이 하십시오.
  1. Microsoft Access Admins 그룹의 사용자로 로그온합니다. 예를 들어, 관리자 또는 Fred 입력하십시오.
  2. 보안 메뉴에서 사용 (Alt S P)을 선택하십시오.
  3. 테이블 개체는 기본 형식이 있습니다. 사용 권한을 설정하려면 원하는 테이블 이름을 선택하십시오. 예를 들어, TestTbl을 선택하십시오.
  4. 옵션 그룹에 있는 사용자/그룹 틀을 설정. 다음 콤보 상자의 목록 아래로 누른 분석가 해당 그룹을 선택하십시오.
  5. 전체 그룹에 대해 모든 권한을 취소하려면 모든 확인란의 선택을 취소하십시오.
  6. 옵션 단추를 다시 사용자에게 변경하고 Bob 선택하십시오. Bob의 사용 권한이 있는 모든 확인란의 선택을 취소하십시오.
  7. 목록에서 Sue 및 모든 권한 확인란을 선택하십시오.
  8. 테이블에 변경 내용을 적용하려면 할당을 단추를 클릭하십시오.
이 시점에서 폼의 로드 이벤트에 다음 코드를 포함하는 Visual Basic 프로그램이 있다고 가정하십시오.
Sub Form_Load ()
   Dim db As database
   Dim ds As dynaset
   Dim scenario as integer

   scenario = 'insert a value between 1 and 4 here

   select case scenario
      case 1:
         ' Do nothing

      case 2:
         SetDefaultWorkspace "bob", "leftout"

      case 3:
         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory

      case 4:
         SetDataAccessOption 1, "E:\VB.INI"    ' not in \WINDOWS directory
         SetDefaultWorkspace "bob", "leftout"
   end select

   Set db = OpenDatabase("E:\DATACON\BASES\ACCESS11\ASAMPLE.MDB") ' point 1
   Set ds = db.CreateDynaset("TestTbl")                           ' point 2

   autoredraw = True   ' to make Print  statement persist on the form
   Print ds(0), ds(1)

End Sub
				

VBA 및 Microsoft Access 보안 관계를 설명하기 위해 몇 가지 시나리오는 다음과 같습니다.

시나리오 ONE: 이 경우 있을 SYSTEM.MDA 파일의 위치 참조가 없습니다. Windows 및 Microsoft Access 엔진이 이전에 이 문서에 나열된 [옵션] 섹션에 있는 .INI 파일을 찾을 수 없습니다 있습니다. 해당 SYSTEM.MDA 무시되고 해당 기본 사용자 및 암호 조합이 VBA 기본값을 따라서 ("관리자", ""). 그러나 이전에, 사용자 관리자 기본 암호를 할 이외의 변경되었습니다. "". 또한, 모든 권한은 그룹 관리자 및 사용자 관리자 그룹 "관리자" 해지된 않았습니다. 따라서 2 지점에서 다음 VBA 오류가 발생합니다.
Couldn't read; no read permission for table or query 'f)) '

Visual Basic 및 Visual Basic 응용 프로그램 SYSTEM.MDA 파일에 로그온 우회 시도하는 백도어 닫았을 수 있습니다.

TWO 시나리오: 이 경우 SYSTEM.MDA 파일에 모든 포인터를 않고도 SetDefaultWorkspace 문을 호출합니다 VBA Microsoft Access 엔진이 SYSTEM.MDA 파일에 대한 hunts 때문에, 제공하는 코드의 0 지점에서 다음 오류, 찾기:
'SYSTEM.MDA' 파일을 찾을 수 없습니다.

참고: 두 시나리오 1과 2를 SYSTEM.MDA 파일이 이동된 경우 발생하는 것과 같습니다 발생할 경우 오류를 바꾸거나 삭제했습니다.

시나리오 3: 이 경우 사용자가 SYSTEM.MDA 파일이 있는 Visual Basic Microsoft Access 엔진이 알려 있지만 사용자 및 암호 조합이 제공하지. 따라서 이를 알고 유일한 사용자 및 암호 조합이 Visual Basic 다시 제공합니다 ("관리자", ""), Admin 사용자 계정 암호를 추가한 때문에 어떤 더 이상 유효한 조합입니다. 따라서 Visual Basic 코드 1 위치에서 다음 오류가 있습니다.
않는 있는 유효한 계정 또는 암호.

시나리오 4: 이 경우 두 매개 변수를 올바르게 제공합니다. 따라서 Bob "데이터 읽기" 권한을 부여한 때문에 읽을 수 "읽기 VBA Access 허용하도록 정의 뿐만 아니라" 엔진, Visual Basic 응용 프로그램 TestTbl 라는 테이블의 첫 번째 레코드의 처음 두 필드가 인쇄합니다.

네 가지 시나리오가 사용자 방법을 사용하여 반복되는 경우에는 모든 같을 수 있습니다. 그러나 Sue 나아가 및 테이블 구조 및 데이터 역시 수정할 수 있습니다. 를 처음 선택한 그룹 분석가 및 모든 사용 권한을 취소할 기억해야 합니다. 모든 사용 권한을 다시 Sue, 추가한 데이터 읽기 및 읽기 정의 Bob에 다시 추가한 다음.

참고: 관리자 그룹 보안 관련하여 특별한 의미가 없습니다. 해당 그룹의 모든 사용자에게 적용됩니다. 데이터베이스를 만들 때 관리자 그룹의 SID에 SYSTEM.MDA가 저장됩니다. 따라서 관리자 그룹 항상 해당 데이터베이스의 모든 개체에 대한 사용 권한을 변경할 수 있는 권한을 갖게 됩니다. 이 사용 권한은 즉시 사용자가 취할 수 없습니다. 이 사용 권한은 경우에도 Admins 그룹에서 모든 사용 권한이 해지된 권한 대화 상자에 표시되지 않을 때 그대로 유지됩니다. 또 다른 이유는 백업 데이터베이스를 만들었을 때 어떤 SYSTEM.MDA 사용 추적할 수 있습니다.

SQL 쿼리의 함께 OwnerAccess 옵션


SQL 쿼리에 다음 구 사용을 중심으로 한 마지막 점의 혼동이 중심으로:
   ... With OwnerAccess Option
				

예를 들어, 이 코드를 보면 다음과 같습니다.
   Sub Form_Load ()
      Dim db As Database
      Dim qd As querydef

      Set db = OpenDatabase("C:\ACCESS\DB1.MDB")

      ' Enter the following two lines of code as one, single line:

      Set qd = db.CreateQueryDef("myQD", "select * from [TableDetails]
         with owneraccess option ;")
      db.Close
   End Sub
				

이 코드는 이 오류가 발생합니다.
데이터베이스 ID가 잘못되었습니다.

데이터베이스 소유자를 OwnerAccess 참조하는 때문입니다. 데이터베이스 작성자가 소유자입니다. 즉, OwnerAccess (BD1.MDB)이 에서 데이터베이스에 저장된 소유자의 사용자 및 암호 조합이 고유한 SID) 참조합니다. 그러나 코드가 보안된 데이터베이스 SYSTEM.MDA 파일을 가리키도록 필요한 두 개의 문이 포함되어 있지 않습니다. 실제로, 이 경우 SetDefaultWorkspace 문이 컴파일된 .EXE 파일을 .INI 파일에 올바른 [옵션] 섹션이 포함된 \WINDOWS 디렉터리에 있는 경우 필수적입니다.

코드에서 해당 백도어 사용합니다. 기본 이름 및 암호 조합을 엔진이 인식하지 않으므로 엔진, 데이터베이스 소유자 고유한 SID를 제공한지 않습니다 (관리자, "") 사용자가 데이터베이스 소유자가 있습니다. 사용자 관리자 SYSTEM.MDA 파일의 읽이 필요 없이 데이터베이스 소유자가 되도록 판명되었습니다 경우에도 엔진 오류 제공합니다 있으므로 그 사실을 확인할 수 없습니다.

Microsoft Access 버전 2.0 사용자에 대한 메모

Visual Basic 있는 최근에 출시된 Microsoft Jet 2.0/Visual 기본 3.0 호환성 레이어 사용하여 Microsoft Access 버전 2.0 데이터베이스에 대한 액세스 권한을 얻을 수 있습니다. 아래 보안 버전 1.1 데이터베이스를 Microsoft Access 버전 2.0 형식으로 변환하는 데 도움이 되는 몇 가지 노트가 있습니다.

버전 1.x 데이터베이스에 보안이 적용된 경우 Microsoft Access 버전 1.x나 2.0 열지 여부를 이를 안전한 상태로 유지됩니다. 그러나 데이터베이스를 버전 2.0 변환될 때까지 Microsoft Access 버전 2.0 데이터베이스에 사용 권한을 추가하거나 변경할 경우에도 관리자가 사용할 수 없습니다.

Microsoft Access 버전 2.0을 설치할 때 고유한 작업 그룹 파일 (SYSTEM.MDA) 만듭니다. Microsoft Access 버전 2.0 버전 1.x 같은 디렉터리에 설치되어 있으면 버전 1.x SYSTEM.MDA 파일 수 SYSTEM1X.MDA 이름이 바뀌었습니다.

변환된 데이터베이스의 보안 변경하려면 버전 2.0 사용하는 동일한 그룹과 사용자 및 동일한 PID 같이 원래 SYSTEM.MDA가 SYSTEM.MDA.

참고: Microsoft Access 버전 2.0에 PID (개인 ID) PIN (개인 ID 번호) 에 해당하는 버전 1.x에 있습니다.

보안 작업 그룹 만들려면:
  1. 2.0 작업 그룹 관리자 도구를 사용하여 새 작업 그룹을 만듭니다. 버전 2.0 SYSTEM.MDA 파일입니다.
  2. 모든 사용자가 다시 만들고 그룹 계정을 동일한 이름과 PID 사용하여 Microsoft Access 버전 1.x 사용된 번호.
데이터베이스 보안 1.x 2.0 형식 변환 다음을 수행합니다.

참고: 보안 작업 그룹이 있는 모든 개체의 디자인 수정 권한이 있는 사용자는 버전 1.x 형식으로 버전 2.0 형식으로 변환할 수 있습니다. 또한 버전 1.x 작업 그룹을 사용하여 Microsoft Access 버전 1.x 버전 1.x 데이터베이스 디자인 수정 권한을 할당해야 합니다.
  1. 아무도 버전 1.x 데이터베이스를 사용하고 있는지 확인하십시오.
  2. Microsoft Access 2.0 사용자는 관리 사용자 관리자 그룹의 구성원으로 로그온하십시오.
  3. [파일] 메뉴에서 [데이터베이스 변환 명령을 선택하십시오.
  4. 변환할 버전 1.x 데이터베이스를 선택하십시오. 버전 2.0 데이터베이스 이름은 묻는 메시지가 표시됩니다.

    참고: 데이터베이스 변환 명령을 사용하여 데이터베이스에 새 이름을 선택할 수 강제로 됩니다. 데이터베이스 버전 1.x 버전 1.x 다시 변환할 없습니다 버전 2.0에 변환한 후에는 같은 버전 1.x 데이터베이스의 백업 복사본을 유지할 수 있습니다.
  5. 작업 그룹 관리자 도구를 사용하여 새 버전 2.0 작업 그룹 (SYSTEM.MDA) 조인 사용자가 있습니다.

    참고: 사용자는 또한 이 Windows 디렉터리에 있는 MSACC20.INI 파일을 수정하여 수행할 수 있습니다. 파일 [옵션] 구역에서 2.0 SYSTEM.MDA 버전을 가리키고 SystemDB 항목을 변경할 파일. 파일 [옵션] 구역에 아래 예제에서는 비슷할 것입니다:
          [Options]
          SystemDB=<microsoft access path>\SYSTEM.MDA
    
    						

주요 사항 저장

  1. Microsoft Access 만들고 SYSTEM.MDA 파일을 수정할 수 있습니다.
  2. SYSTEM.MDA 파일에는 고유한 SID를 데이터베이스에서 사용 권한 가진 Microsoft Access에 대해 누가 이러한 사용 권한을 적용하도록 엔진 누가 것입니다 정렬하는 데 사용되는. Microsoft Access 엔진이 유효한 사용자 이름과 암호 조합을 사용하여 데이터를 제공하여 SID 얻은 있는 고유한 SID를 얻습니다 엔진이 열려 있는 데이터베이스 보안을 적용하는 메모리에 저장합니다.
  3. Microsoft Access 및 Visual Basic SYSTEM.MDA 파일 해제 위치로 구현된 사용 권한과 보안 데이터베이스에 항목을 얻으려고 가리키는 수 합니다.
  4. 사용할 다시 문 Visual Basic 응용 프로그램을 사용자 (관리자 명명된) Admins 그룹의 아닌 기본 암호를 기본값에서 변경된 경우 ("").
  5. 구 "옵션을 사용하여 OwnerAccess" CreateSnapshot, CreateDynaset, 또는 CreateQueryDef 메서드 SQL 쿼리에서 사용되는 경우 SYSTEM.MDA 파일에 포인터가 있어야 합니다. 뒤로 문을 사용하는 경우에도 (관리자 기본 사용자 및 암호 조합 및 "") 및 "옵션을 사용하여 OwnerAccess" 사용할 때 SQL 쿼리에서 SYSTEM.MDA, 필요한 것으로 마십시오, 엔진은 로그온한 사용자의 데이터베이스 소유자 (작성자) SID와 일치하는 SYSTEM.MDA 파일을 볼 합니다.
  6. 유효한 로그온 사용자 및 암호 조합을 SYSTEM.MDA 파일에 저장되지만 권한을 데이터베이스에 저장된 (.MDB 파일) 자체를. 고유 키 (SID) 에서 SYSTEM.MDA 유효한 사용자 이름과 로그온 대화 상자에서 Access에서 또는 VBA 코드에서 Microsoft Access 엔진에서 제공한 암호 조합을 사용하여 추출됩니다.

속성

기술 자료: 105990 - 마지막 검토: 2014년 2월 11일 화요일 - 수정: 2.0
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Visual Basic 3.0 Professional Edition
  • Microsoft Visual Basic 3.0 Professional Edition
키워드:?
kbnosurvey kbarchive kbmt kbinfo KB105990 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com