Środowisko wykonawcze klienta VistaDB jest bezpłatne. Środowisko wykonawcze nigdy nie "wygaśnie o 3 nad ranem", jak to określisz. Tylko narzędzia programistyczne są licencjonowane w ten sposób. Potrzebujesz 1 licencji na programistę, proste. Oferujemy nawet naprawdę niedrogą wersję Lite bez narzędzi Visual Studio.
Niektóre inne korzyści
100% kodu zarządzanego - nie ma współdziałanie lub inne niezarządzani wzywa w silniku. Jest to dla wielu ważne, a inni nie mogą się tym przejmować.
Brak dostępu do rejestru - Większość innych baz danych proc wymaga dostępu do rejestru w celu sprawdzenia kontroli nadrzędnej lub uprawnień. VistaDB wykonuje tylko to, co nakazuje, a nawet działa w trybie Średniego Zaufania.
Wdrożenie XCopy dla środowiska wykonawczego i bazy danych (pojedynczy plik). Możesz skopiować aplikację, środowisko wykonawcze i bazę danych i uruchomić. Nic nie trzeba instalować ani konfigurować na komputerze, nie są wymagane żadne specjalne uprawnienia (możemy uruchomić w trybie Średniego Zaufania lub wyższym).
Pojedyncze przechowywanie - Możesz umieścić całą bazę danych w odizolowanej pamięci i uruchomić ją bezpośrednio. Dzięki temu bardzo łatwo jest budować bezpieczne kliknięcia raz aplikacje, które piszą bazy danych w sposób przyjazny dla domeny korporacyjnych środowisk. Nie ma potrzeby przechowywania danych użytkownika na współużytkowanym napędzie ani obawy o mapowanie uprawnień.
Wyzwalacze CLR/procesy CLR - Można zapisać kod CLR i używać ich jako wyzwalaczy lub zapisanych procesów. Niedawno wprowadziliśmy zmiany, aby jeszcze łatwiej było utrzymać pojedyncze zgromadzenie CLR, które może działać zarówno w VistaDB, jak i SQL Server 2005/2008.
Procesy T-SQL - Procesy T-SQL VistaDB są zgodne z programem SQL Server 2005/2008. Każda procedura działająca w naszym silniku będzie działać w SQL Server. To nie znaczy, że wszystko, co do niego dotrze, przeniesie się do nas. Jesteśmy podzestawem funkcji w SQL Server. Ale jesteśmy też jedynym sposobem uruchamiania T-SQL Proc bez SQL Server (SQL CE nie może tego zrobić).
Osobiście uważam, że jedną z największych możliwości jest możliwość rozbudowy do SQL Server później. Wszystkie typy VistaDB, składnia i procesy CLR, procenty T-SQL itd. Będą działać na serwerze SQL. (Nie można pobrać wszystkiego od SQL Server do wersji VistaDB, ale jest to podzbiór)
Wdrażanie 32/64 bitowe - VistaDB to pojedyncze wdrożenie złożenia, które działa bez żadnych zmian zarówno w wersji 32, jak i 64-bitowej. SQL CE wymaga dwóch różnych środowisk wykonawczych w zależności od systemu operacyjnego i nie może w ogóle działać pod IIS.
Access nie ma 64-bitowego środowiska wykonawczego, a najnowsze środowisko wykonawcze 32-bitowe może być wdrożone tylko przez MSI. 32-bitowa wersja systemu Windows ma środowisko wykonawcze, wersja 64-bitowa nie.
Relacyjna integralność - VistaDB również wymusza ograniczenia i klucze obce. Możesz konkretnie aktualizować kaskadowo i usuwać operacje. Osoba, która skomentowała, że jesteśmy podobni do SQLITE, jest w tym względzie błędna. Analizują ograniczenia, ale ich nie egzekwują.
EDYCJA: Mają wsparcie dla FK teraz w SQLite. Ale nie są one domyślnie kompilowane i nie używają tej samej składni co SQL Server.
Średnie zaufanie - Możliwość uruchomienia na serwerze sieciowym o średnim zaufaniu to kolejna funkcja, której wielu nie będzie obchodzić, ale to wielka sprawa. Wiele formantów zewnętrznych nie może nawet działać w trybie Średniego zaufania. Możemy uruchomić kompletny silnik w ramach Średniego Zaufania, ponieważ zobowiązaliśmy się do 100% zarządzanego kodu i najmniej wymaganego pozwolenia.
- Pełne ujawnienie - Jestem właścicielem VistaDB, więc mogę być stronniczy. :)
Co z wadami? – jcollum
To kosztuje. To nie jest tak dojrzałe. Nie ma dużo (jak najwięcej?) Oczu patrząc na to. –
Czy VistaDB obsługuje obiekt Framework (EDM) – user212175