LAN을 통해 작동하도록 데이터베이스가있는 C# 프로그램을 배포 할 때의 조언

Question

Access .mdb 데이터베이스 파일을 사용하여 변수를 저장하는 C# 게임을 설계했습니다.

기본 아이디어는 플레이어 중 하나가 게임을 호스팅하고 다른 플레이어가 데이터베이스에 연결하여 항목을 데이터베이스에 읽고 쓰는 것으로 게임에 참여한다는 것입니다. 데이터베이스는 호스트와 클라이언트 사이에 변수를 전달하기 위해 필요하며, 두 프로그램 모두 새로운 메시지/변수를 정기적으로 데이터베이스에서 확인합니다 (예, 예, TCP/IP Remoting을 사용할 수 없습니다).

이제 클라이언트는 데이터베이스 파일을 찾을 수있는 한 호스트가 로컬 데이터베이스 만 수정하므로 대부분 클라이언트가 작동합니다. 현재 클라이언트의 연결 문자열은 .ini 파일에 있으며 프로그램이 작동하려면 서버 (또는 적어도 서버)가 XP 시스템의 공유 문서에 있어야합니다. Vista/7 컴퓨터.

그러나

다음 몇 가지 질문이 나에게 발생

1. 어떤 클라이언트 사용자 장소 /가 공유/공공 문서에서 다른 폴더로를 설치하는 경우? 데이터베이스의 경로를 찾기 위해 공유 문서 폴더에 '드릴'할 수있는 코드가 있다고 가정합니다. 포함 된 이름은 ... 포함되어 있습니까?

2. 설치는 어떻게됩니까? 설치 프로그램 기본값은 항상 "C : \ Program Files \ GameName"입니다. 그것은 기본적으로 공유/공개 문서에 특정 폴더로 설정 (또는 잠김) 될 수 있습니까? 그리고 공유 폴더에 설치하는 것이 좋습니다, 우발적 인 삭제와 같은 문제는 무엇입니까?

3. 이렇게 말하면 기본값은 "C : \ Program Files \ GameName"입니다. 모든 클라이언트는 다른 컴퓨터의 동일한 경로를 볼 것이기 때문에 설치 경로를 설정하면 연결 문제를 해결할 수 있으며 XP 또는 Vista인지 여부는 중요하지 않습니다. "C : \ Program Files \ GameName"은 시스템 수정없이 LAN을 통해 C# 프로그램에 액세스 할 수 있습니까? 보안 (UAC?) 문제가 있습니까?

P. 사람들이 쉽게 찾을 수있는 세부 정보 : Visual Studio 2005를 사용하고 있습니다. 내 학교도 마찬가지입니다. .NET Framework 2.0을 실행 중입니다. 나도 학교 다. 불행하게도 나는 그것을 바꿀 수 없다.

Answer 1

난 당신이 말할 싫어하지만, 접근 방식은 근본적으로 결함이 이유입니다. 다음 경우 수행 할 작업은 무엇입니까?

• 서버의 파일 및 인쇄 공유가 비활성화되어 있습니까?
• 네트워크 클라이언트가 클라이언트 컴퓨터에서 비활성화되어 있습니까?
• 서버가 인증 된 사용자 만 허용하도록 구성되었으며 클라이언트에 액세스 할 수 없습니까?
• 방화벽으로 인해 파일 및 인쇄 공유가 차단 되었습니까?
• 파일 및 인쇄 공유는 다른 사람의 의견을 이유로 완전히 왜곡되었습니다. 이유는 이유가 무엇입니까?
• 폴더를 공유하려면 서버에서 관리자 액세스가 필요하지만 현재 사용자는 관리자가 아닙니다.
• Access 데이터베이스 엔진이 서버 또는 클라이언트에 올바르게 설치되지 않았습니까?
• 클라이언트 중 하나가 데이터베이스를 손상시킵니다. 이것은 생각보다 쉬운데, 클라이언트가 일시적으로 또는 영구적으로 서버와의 연결을 끊는 네트워크 결함 일뿐입니다.

이들은 당신이 현재의 솔루션으로 해결할 수없는 근본적인 문제입니다.

정상적인 TCP/UDP 포트를 통해 작동 시키십시오. 훨씬 쉬워 질거야. 이를 촉진 할 라이브러리가 있습니다. C# Game Network Library을보십시오. 예를 들어 Microsoft의 XNA SDK에는 게임 네트워킹 기능이 있습니다. 네트워킹을 구현하기 위해 표준 메소드/표준 라이브러리를 사용하면 성공 확률이 훨씬 높아집니다. 클라이언트/서버 아키텍처를 사용한다는 것은 클라이언트가 정상적으로 작동하지 않으면 서버의 상태가 손상되지 않는다는 것을 의미합니다.

나는 이것이 중요한 재 작성을 수반한다는 것을 알고 있습니다. 솔직히이 게임이 높은 지원 비용없이 광범위한 고객 기반에서 상업적으로 성공하기를 원한다면 선택의 여지가 없다고 생각하며 단순한 실험을 넘어 나아갈 수 있습니다.

Answer 2

액세스 데이터베이스를 제거하십시오. 설명 된 아키텍처가 이미 '사용자에게 친숙하지 않음'입니다.

SQL Express 또는 설치된 데이터베이스 바이너리가 필요없는 SQL CE (모두 응용 프로그램 폴더에 포함될 수 있음)를 사용하십시오. 이렇게하면 db가 응용 프로그램 폴더 (이상적으로 app_Data)에 남아 있고 .Net은이 폴더의 데이터베이스에 대한 지원을 포함합니다.

많은 문제를 해결할 수있는 액세스 권한을 유지하십시오.

http://blogs.msdn.com/b/sqlservercompact/archive/2011/01/12/microsoft-sql-server-compact-4-0-is-available-for-download.aspx

Answer 3

나는 당신이 당신의 디자이너로 할 수있는 꽤 양식 기반 IO 중 하나를 사용하고 싶어하지 않는 Access를 사용하여 거의 포인트가 있다고 생각합니다. 그리고 나는 이것이 여기에 있을지 의심 스럽다.

모든 파일 IO를 사운드 데이터 액세스 레이어로 바꾸는 것이 좋습니다. 당신은 또한