Does a Microsoft Access Database is a possible solution to this question? SQLite seems to be exactly what I want but I cannot make it work in the .NET framework 4.0.
I was thinking about using a Microsoft Access Database but I don't know if when deploying my application the database is going to be portable?
Do users need to have Microsoft Access installed in their computers if I plan to deploy my application with a Microsoft Access Database?
In case all this is possible and I decide to use a Microsoft Access DB where will I place the database?
As a resource and extract it when installing it?
I haven't had problems using SQLite using with the provided .NET assemblies.. As an alternative you could try using Microsoft's SQL Server CE, which is a lightweight database designed for deploying to clients. I don't see why you'd use Access db instead of either of the other two..
Filip-fku thanks to your answer I found how to work with SQLite and the .Net framework 4.0 in here
The Jet database engine is installed on every copy of Windows beginning with Windows 2000, so if you use MDB format, you don't have to install anything to have access to a Jet MDB file.
If, however, you use ACCDB format, you'd have to install the ACE.
Related
I have an app developed in Visual Studio and this uses MS Access DB and C#, now I need to migrate it to Linux, I'm trying to use the same database, but for now I receive this message "the .Net Framework Data Providers requiere Microsoft Data Access Components(mdac)". I used .Net portability analyzer to detect what is supported in mono what's not, and everything apears to be supported. I have read mono database access but the only option it gives is through MDB tools.
I have read about MDB Tools http://mdbtools.sourceforge.net/ but it's still in a development stage, is there another alternative or I need to use another database manager like SQLite?
I wanted to create a desktop application with database, am using Visual Studio 2013 and C# , Can anybody suggest me what server I used to create my database, in order to run my application in my client's system locally with out installing any database server in client's system [ie, with out installing MsSql server or MySql server or Acess], I want my app works properly when installing my own application's exe file ?
And Now am using MSSQL server with my application , Is there any way run this application in client's system locally with out installing MSSQL Server? [my application front end works when I install .Net FrameWork 4.5 , I need something like this for my .mdf databse in Sql Server]
somebody says about SQL Server Compact ,but i don't know how to use it
You can use SQL Server Compact, which can either be installed separately or deployed as part of your application.
See here: How to deploy SQL Server Compact Edition 4.0?
And here: https://msdn.microsoft.com/en-gb/library/aa983326(v=vs.110).aspx
Your DB code in your app - apart from your connection string - should not need to change as you're already using some version of SQL Server.
There is also SQLite, which is as far as I know is well regarded, but I know very little about it. http://www.sqlite.org/
Hope that helps!
It is not unusual for an application to require an existing functional database server. Of course this is appropriate only if your target audience is technical enough to install the prerequisite on their own, or if the target environment is guaranteed to already meet your prerequisite.
If not, you need to fall back to an embedded database.
I have C# and Oracle 10g installed on my workstation.And also created a C# program,so my problem is i cant connent my C# application with Oracle database.it is really freaking me out.when adding Reference i cant find "Oracle.DataAccess.dll".thnx in advance.#Amu
Have you installed ODAC (oracle client) components on you workstation?
If you would use Oracle.Data namespace You need them. You can download from here
Please chek database version and bitness, because it is an important factor.
If you dont want to install Oracle client, you could try to use System.Data.OracleClient namespace, that's bundled with framework. In this case take in account that's deprecated and will be removed on next version of framework (link)
I'm looking for a database system to use with c#. I've mostly used SQL for now, but, this is a small applicaiton I'm gonna to create, which:
-Runs at max 1-2hours each day(so I don't want to have a SQL Server running all the time)
-Will be installed on an usb key(only requirement has to be to have .net 4.0 installed), so it has to be nomade.
What can you advise me? I search a little, but I don't how this kind of database are called.
You can look at the embedded version of Firebird
Firebird have more SQL function than SQLLite which also be a good choice but you can more easily to switch to a full version of the server
The embedded version is an amazing variation of the server. It is a
fully featured Firebird server packed in just a few files. It is very
easy to deploy, since there is no need to install the server. It is
ideal for CDROM catalogs, demos or standalone desktop applications.
Here you can check Entity Framework support
Well, i'd use a file-based "portable" database like:
SQLServer Ce 4.0
Sqlite (I used this provider in the past and it works well, but you have quite a bunch of options).
I'm in the process of developing a .NET application that needs to be able to run without a database engine installed on the target machine.
It's predecessor used an mdb file to achieve this. Is there a better alternative now? The database will only have one user in 90% of cases. In the other 10% an standard SQL Server would be used.
The new version of SQL CE looks promising, as blogged by Scott Gu.
There is an ADO.NET Data Provider for SqLite. It provides a fully-functional, single assembly "database engine" that can be deployed with your application, and used without being "installed" on the target machine.
Also...
Advantage Local Server
Is this going to run only on Windows boxes? If so, you have a database engine installed on every machine that is Windows 2000 or later, and that's Jet 4.0 (including DAO 3.6). So, as long as your deployment is limited to Windows and you're not compiling for 64-bit, you can continue using an MDB.