당신이하는 일은 다음과 같습니다.
MySQL Connector/NET ADO.NET 커넥터를 사용하십시오. 여기 있습니다. http://dev.mysql.com/downloads/connector/net/5.1.html
설정 지침을 따르십시오. 그것은 아주 잘 작동합니다.
MySQL 서버를 공용 IP 주소로 지정하십시오.
클라이언트 소프트웨어 어셈블리가 ADO.NET 커넥터를 통해 공용 IP에 연결되도록하십시오.
하지만 제발!
이것이 올바른지 여부를 자문 해보십시오. MySQL 서버 (및 모든 테이블 서버)가 방화벽 뒤에서있을 때 안전하고 예측 가능하게 작동하고 제한된 수의 클라이언트 패키지로부터의 연결을 수락하기 때문에 아마도 그렇지 않습니다.
Mike Christensen이 제안한 것을 고려하십시오. ASP.NET 및 WCF를 사용하거나 원하는 스택을 사용하여 MySQL 데이터베이스에 서버 상주 인터페이스를 구축하십시오. 그런 다음 서버 상주 인터페이스는 최종 사용자에게 전달하는 클라이언트 소프트웨어에서 액세스 할 수 있습니다.
해당 인터페이스에는 필요한 메소드 만있을 수 있습니다. WCF 또는 다른 서버 구성 요소 스택을 사용하면이 작업을 쉽고 강력하게 수행 할 수 있습니다. 예를 들어.
Client 1: This is moe. Here's a message for curly: "Look at the grouse, look at the grouse".
Server: OK
Client 2: This is curly: any new messages?
Server: moe says "Look at the grouse, look at the grouse".
Client 1: This is moe. When did curly last collect my messages?
Server: ten minutes ago.
Client 2: This curly. any new messages?
Server: NO
이것은 인터넷에서 MySQL 인터페이스를 사용할 수있게하는 것보다 훨씬 안전하고 확장 성이 뛰어납니다.
그런데 인스턴트 메시징 프로토콜을 원한다고 생각합니다.http://jabber.org에서 오픈 소스 시스템을 사용하고 싶을 수도 있습니다. 이 물건은 당신이 그것을 스스로 지어낸다면 옳다는 것은 까다로울 수 있습니다.
인터넷을 통해 SQL 서버에 * 직접 연결하는 것은 좋지 않습니다. 아마도 대신 클라이언트가 SQL 백엔드에 액세스 할 수 있도록 SOAP 또는 REST API를 노출하는 HTTP 인터페이스를 구축해야합니까? 대부분의 모든 웹 호스팅 회사가 귀하를 대신하여이를 호스팅 할 수 있습니다. –