Baza osadzone NET, które mogą uciekać sieci

głosy
30

Byłem (i ciągle jestem) szuka wbudowanej bazy danych do wykorzystania w .NET (C #) aplikacji. Zastrzeżenie: Aplikacja (lub przynajmniej bazy danych) jest przechowywana na dysku sieciowym, ale używane tylko przez 1 użytkownika na raz.

Teraz, moja pierwsza myśl była SQL Server Edition Compact . To jest naprawdę ładnie integreated, ale nie może uciec z jego sieci.

Firebird wydaje się mieć ten sam problem, ale integracja .NET wydaje się być nie do końca pierwszej klasy i jest w dużej mierze nieudokumentowane.

Blackfish SQL wygląda interesująco, ale nie ma próbna wersja .NET. Ceny są również OK.

Wszelkie inne sugestie coś, co działa dobrze z .net i biegnie od sieci bez konieczności instalowania oprogramowania faktycznie serwera?

Utwórz 03/08/2008 o 15:41
źródło użytkownik
W innych językach...                            


10 odpowiedzi

głosy
21

SQLite przyszedł mi do głowy podczas czytania pytanie i jestem pewien, że jest to możliwe, aby uzyskać do niego dostęp z dysku sieciowego , jeśli trzymać się z ograniczeniem 1 użytkownik naraz.

SQLite na .NET - wstać i uruchomiony w 3 minuty

Odpowiedział 03/08/2008 o 15:48
źródło użytkownik

głosy
10

Polecam Advantage Database Server (www.advantagedatabase.com). Jest to dojrzały osadzone DB z wielkim wsparciem i dostępny z wielu języków programowania oprócz .NET. „Lokalną” wersja jest darmowa, działa w aplikacji w formie pliku DLL, nie wymaga instalacji na akcję / serwer sieciowy i obsługuje wszystkie najważniejsze funkcje dB. Można przechowywać DB i / lub wszystkie pliki aplikacji w sieci; to nie obchodzi, gdzie dane są.

Zastrzeżenie: Jestem inżynierem w grupie ADS R & D. Obiecuję, że skały :)

Odpowiedział 21/10/2008 o 20:20
źródło użytkownik

głosy
8

Można użyć Firebird osadzone, to tylko dll, że trzeba będzie wysyłać z ciebie aplikacji.

O rzeczy są nieudokumentowane, że naprawdę nie jest prawdziwe, Firebird kierowca NET realizuje ADO Interfejsy, więc jeśli wiesz ADO można pracować z Firebird, w zasadzie zamiast SQLConnection użyjesz FBConnection i tak dalej, ale moja rada jest, aby napisać warstwa dostępu do danych i wykorzystanie interfejsów tylko na kodzie, coś jak to:

using FirebirdSql.Data.FirebirdClient;

public static IDbConnection MyConnection()
{
    FbConnection cn = new FbConnection("...");
    return cn;
}

Ten przykład jest bardzo prosty, ale nie trzeba będzie dużo więcej.

Używamy Firebird dla naszych wszystkich aplikacji bez żadnych problemów, powinieneś przynajmniej spróbować.

Odpowiedział 09/08/2008 o 13:51
źródło użytkownik

głosy
8

To brzmi jak ADO / Access jest idealny dla Twoich potrzeb. To pieczone w MS stosu, dobrze przyprawione i wielu użytkowników.

Można programowo utworzyć DB w taki sposób:

Dim catalog as New ADOX.Catalog
Catalog.Create("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=\\server\path\to\db.mdb")

Następnie można użyć standardowych metod ADO.NET do interakcji z bazą.

Odpowiedział 03/08/2008 o 16:48
źródło użytkownik

głosy
7

Trochę późno na post tutaj .. I VistaDB już wspomniano, ale chciałem podkreślić, że VistaDB jest w 100% udało (od Twój post został oznakowany .net). Można go uruchomić z udostępnionym dysku sieciowym, a to 1MB xcopy rozmieszczenia.

Skoro wspomniałeś SQL CE, obsługujemy również TSQL Składnia i typy danych (w rzeczywistości więcej niż SQL CE) i mają do uaktualnienia widoki, TSQL Procs i inne rzeczy brakuje w SQL CE.

Odpowiedział 22/04/2009 o 22:01
źródło użytkownik

głosy
6

Sprawdź VistaDB . Mają bardzo dobry produkt, wersja serwera (3.4) jest w wersji beta i jest bardzo blisko do uwolnienia.

Odpowiedział 03/08/2008 o 15:57
źródło użytkownik

głosy
4

Jestem zdziwiony.

Prosisz dla wbudowaną bazą danych - gdzie sama baza danych jest przechowywana na serwerze. To przekłada się na przechowywanie plików danych w udziale sieciowym. Wtedy powiedzieć, że SQL Compact Edition nie będzie działać ... oprócz tego, że jeśli spojrzy się na tym dokumencie:

Dokument Word:
Wybór między SQL Server 2005 Compact Edition i SQL Server 2005 Express Edition

Na stronie 8 masz ładny, duży zielony haczyk obok „przechowywania plików danych na udziale sieciowym”.

Więc wydaje mi się, że pierwsza myśl była słuszna.

Odpowiedział 22/04/2009 o 22:18
źródło użytkownik

głosy
4

Dlaczego nie korzystać z SQL Server 2005 Express, edycję ?

To naprawdę zależy od tego, co masz na myśli przez „wbudowany” - ale można rozprowadzać SQLServer2005E z aplikacjami, a użytkownik nie musi wiedzieć, że tam jest.

Osadzanie SQL Server Express w aplikacjach

Osadzanie SQL Server Express w aplikacjach niestandardowych

Odpowiedział 03/08/2008 o 16:34
źródło użytkownik

głosy
2

Czy zastanawiałeś się OODB? Z różnych źródeł otwartych alternatyw polecam db4o (przepraszam za autopromocji :)), który może być zasilany albo wbudowane lub w trybie klient / serwer.

Najlepiej

Adriano

Odpowiedział 16/05/2010 o 16:18
źródło użytkownik

głosy
2

Jest też Valentina . I cam e poprzek tego produktu, gdy byłem w pracy na prawdziwych projektu podstawowego. Wersja RB jest bardzo dobra.

Odpowiedział 10/08/2008 o 03:55
źródło użytkownik

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more