как сделать мини-БД?

[armory]

2Alex11223
я себе такую игрушку по приколу сделал, меню с опциями: депозит, снятие, баланс, выход
только пока не разобрался как сделать мини-БД с логинами паролями и прочей информацией включая историю транзакций, входов и прочего - это реализуется доп. библиотеками или можно даже внутри MS VS реализовать (операторы от System.IO, возможно)?

[Alex11223]

Ну если нужно просто с файлами работать, то System.IO.
Можно сериализовывать объекты/коллекции, например XmlSerializer в XML, или JSON (например Json.Net библиотека).

А если какая-нибудь SQL БД нужна, то надо например ADO.NET использовать (или ORM типа Entity Framework). И подключить библиотеку для БД. И установить сервер БД (если не файловая типа SqLite)

[max_prorok]

Ну для локальной машины можно все запилить на базы MS Access, которые входят в стандартный пакет MS Office.

[Alex11223]

Только MS Office не входит в стандартный пакет винды не говоря уж о невинде

И Access вообще-то не во всех вариантах не 365 офиса есть.

Смысл его брать? Если не хочется ставить сервер, то есть SQLite, SQL Server Compact Edition (немного deprecated), Firebird ("embedded server").

[Serge_Bliznykov]

думаю, что обсуждение хранения данных в данной теме - оффтоп.
Автору темы совсем другое нужно - обрабатывать данные. А как и где их хранить, ему в поставновке задачи не указано, можно хранить в собственном формате, в XML. Да хоть в текстовом виде, здесь не это важно.


но, справедливости ради, хочу отметить.

Сообщение от Alex11223

Только MS Office не входит в стандартный пакет винды не говоря уж о невинде
И Access вообще-то не во всех вариантах не 365 офиса есть.

точно так, MS Access не входит в стандартный пакет Windows.
Но зато, начиная с Windows 2000 (или Windows XP, но неважно, читай - "в любой современной версии Windows") в состав Windows входит поставщик (драйвер) данных для работы с форматом данных MS Access.
Который можно использовать из прикладной программы, чтобы писать/читать данные в формате MS Access.

Если не хочется ставить сервер, то есть SQLite, SQL Server Compact Edition (немного deprecated), Firebird ("embedded server").

это всё верно. Это хорошие варианты. но имеют свои "нюансы" при использовании (потребуется с программой таскать доп.библиотеки). Поэтому и вариант использовать встроенный в винду драйвер данных JET тоже отбрасывать не стоит, он имеет право на жизнь.

[Alex11223]

Сообщение от Serge_Bliznykov

Это хорошие варианты. но имеют свои "нюансы" при использовании (потребуется с программой таскать доп.библиотеки). Поэтому и вариант использовать встроенный в винду драйвер данных JET тоже отбрасывать не стоит, он имеет право на жизнь.

Ага, у которого еще больше нюансов, вместо просто установить нужный пакет из NuGet (например этот для SQLite) и взять все скопированные библиотеки

Например, для начала надо понять какой драйвер указывать в ConnectionString из всех этих JET 4.0, ACE 12.0 и т.п., и вроде бы там были отличия для х86 и х64.
Потом узнать про совместимость форматов самого файла Access'а (mdb 2000, mdb 2002-2003, accdb из предлагаемого в меню сохранения), потому что программно без Access'а его сложно создать.

Сейчас попробовал, создал mdb файл, не заработал ни один из вариантов отсюда http://stackoverflow.com/questions/1...le-mdb-using-c выдавая исключения типа "[Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified" (которое вроде бы выглядит похожим на ошибку в пути, но нет, он просто C:\db.mdb, как и в примерах Connection String, и файл там лежит).

[Serge_Bliznykov]

я взял код по вашей ссылке.
вот такой:

using System;
using System.Data;
using System.Data.OleDb;



namespace TestMDB
{
	class Program
	{
		public static void Main(string[] args)
		{
			
			string myConnectionString = @"Provider=Microsoft.Jet.OLEDB.4.0;"+
				@"Data Source=C:\myPath\myfile.mdb;" +
				"Persist Security Info=True;" +
				"Jet OLEDB:Database Password=myPassword;";
			try
			{
				// Open OleDb Connection
				OleDbConnection myConnection = new OleDbConnection();
				myConnection.ConnectionString = myConnectionString;
				myConnection.Open();

				// Execute Queries
				OleDbCommand cmd = myConnection.CreateCommand();
				cmd.CommandText = "SELECT * FROM `MyTable`";
				OleDbDataReader reader = cmd.ExecuteReader(CommandBehavior.CloseConnection); // close conn after complete

				// Load the result into a DataTable
				DataTable myDataTable = new DataTable();
				myDataTable.Load(reader);
				
				Console.WriteLine("It's OK!");
				
				foreach (DataRow row in myDataTable.Rows)
				{
					Console.WriteLine();
					for(int x = 0; x < myDataTable.Columns.Count; x++)
					{
						Console.Write(row[x].ToString() + " ");
					}
				}
				
			}
			catch (Exception ex)
			{
				Console.WriteLine("OLEDB Connection FAILED: " + ex.Message);
			}

			Console.Write("\nPress any key to continue . . . ");
			Console.ReadKey(true);
		}
	}
}

вот файлик C:\MyPath\myfile.mdb myfile.rar

Windows 7 Prof 64-разрядная
файлик создал с помощью MS Access 2010 (export to format Access 2000)

у меня пример работает.

[Alex11223]

вин 10 х64 (с офисом), вин 8 х64, вин 7 х64: OLEDB Connection FAILED: The 'Microsoft.Jet.OLEDB.4.0' provider is not registered on the local machine.

вин7 х86, XP: заработало

[Serge_Bliznykov]

ну, значит, я был не прав, использование MS Access не так просто, как мне казалось!

А Вы не пробовали заменить провайдера, вместо "Microsoft.Jet.OLEDB.4.0" использовать "Provider=Microsoft.ACE.OLEDB.12.0; " ?!

на стековерфло есть пути решения этой проблемы:
http://stackoverflow.com/questions/1...-local-machine

цитирую один из советов

I did the following and the issue went away:

Installed the 64 bit version of Microsoft Access Database Engine 2010 Redistributable, as suggested by neo
Changed my provider to Microsoft.ACE.OLEDB.12.0

p.s. непонятно, почему заработало у меня на вин 7 х64. возможно, потому что установлен MS Office и там есть нужный провайдер данных...

[Alex11223]

С Provider=Microsoft.ACE.OLEDB.12.0 (без установки редиста) тоже так же, только х86 работает. Но еще ХР перестал.

Но да, я вроде бы когда-то как-то так и заменял ACE/JET в зависимости от системы когда надо было с Excel или Access через ADO.NET работать.


Поэтому и говорю, что в большинстве случаев (из тех редких случаев когда нужна именно файловая БД вместо просто XML/JSON) лучше брать SQLite и не париться со всем этим