이 vb.net 앱에서 어떤 데이터베이스를 사용해야합니까?

Question

내 데이터베이스는 구조적 수정이 필요하지 않은 스탠드 테이블에 새 정보를 제공하여 수동으로 임의 간격으로 업데이트되어야합니다. 하나의 앱이 데이터베이스를 업데이트합니다.
다른 앱인 내가 배포하는 앱 (친구 및 가족에게만 배포하지만 데이터베이스 암호화와 같이 보안 기능이 필요하지 않음)은 데이터베이스를 읽고 레이블, 목록보기 등에 데이터를 사용합니다.

문제는 모든 종류의 프로그래밍에서 본격적인 N00B의 완벽한 정의이며 여전히 어떤 데이터베이스를 사용할 것인지 모른다는 것입니다.

SQL CE (*.SDF) 파일을 사용하고 해당 데이터베이스를 FTP에 저장해야한다고 생각했습니다. 그런 다음 "클라이언트"앱이 실행될 때마다 다운로드하고 데이터를 가져올 수 있으며 특정 버튼 ( "Connect")이 클릭됩니다. 일부 하드 코어 검색 후이 연결 문자열을 사용하여 SDF에 연결하는 방법을 알게되었습니다.

Provider=Microsoft.SQLSERVER.CE.OLEDB.3.5;Data Source=D:\Documents and Settings\Camilo\JCTM.sdf

따라서 연결되거나 적어도 오류가 표시되지 않았습니다.

SDF SQL CE 파일을 데이터베이스로 사용하는 것이 좋은 생각인지 모르겠습니다. 너무 어려운 경우 XML로 가야할까요? vb.net에서 매우 간단한 데이터베이스를 구현하는 가장 쉬운 방법은 무엇입니까?

간단한 데이터베이스에 의해 : - 검색 필요 없음 - 열 및 행이있는 테이블에 문자열을 저장하는 것 외에는 고급 기능 없음 - 접근, 읽기, 편집 등 다양한 vb.net 앱으로 쉽게 액세스 할 수 있습니다.

SDF는 좋은 생각입니까?

Answer 1

Luckily for you, you can abstract away the need to be concerned with which back-end database you use to store your data.

Technologies such as ODBC (Open Database Connectivity) and OLEDB (Object Linking and Embedding, Database) allow you to limit your concern for the backend datastore to the task of crafting your connection string. In your example, the connection string says, "I'm going to connect to a SQL Server CE database via its OLEDB provider, and it's physically located over on D:/...

Within the code, you use standard OLEDB mechanisms to access and manage the database. Because of this abstraction, you can use OLEDB providers for SQL Server, Oracle, XML, Access or comma delimited text files as your backing store if you wish, and the only change you need to make to your code is the connection string. Your choice then should be to pick the database that you have the tools and know-how to set up and manage initially.

Answer 2

I would recommend Sql Server Express Its free and can be redistributed with .net applications as part of the install process.

The challenge will be syncing the changes between the different clients. If you have access to a FTP server, you may have the ability to host a website in IIS. If you can do that you can just use webservices and read against one database instead of copying one local.

Answer 3

I'd start with Microsoft Access because it has its own UI, and can play well with .NET.

You can also try the ADO.Net implementation for SQLite, which I've also found very useful.