O tempo de execução do cliente VistaDB é gratuito. O tempo de execução nunca "expira às 3 da manhã", como você diz. Somente as ferramentas do desenvolvedor são licenciadas dessa maneira. Você precisa de 1 licença por desenvolvedor, simples. Nós até oferecemos uma versão Lite realmente barata sem ferramentas do Visual Studio.

Alguns outros benefícios

código gerenciado 100% - não há interoperabilidade ou outras chamadas não gerenciadas no mecanismo. Este é um grande negócio para alguns, e outros não poderiam se importar menos.

Não é necessário acesso ao registro - A maioria dos outros bancos de dados proc exigem acesso ao registro para procurar controles pai ou permissões. O VistaDB só faz o que você manda, e até rodará no Medium Trust.

Implantação do XCopy para tempo de execução e seu banco de dados (arquivo único). Você pode xcopy seu aplicativo, o tempo de execução e seu banco de dados e executar. Nada para instalar ou configurar na máquina, sem necessidade de privilégios especiais (podemos rodar em Medium Trust ou superior).

Armazenamento isolado - Você pode colocar todo o seu banco de dados no Armazenamento Isolado e executá-lo diretamente de lá. Isso facilita muito a criação de aplicativos seguros de clique único que gravam bancos de dados de maneira amigável ao domínio para ambientes corporativos. Não há necessidade de armazenar os dados do usuário em uma unidade compartilhada ou se preocupar com o mapeamento de permissões.

Acionadores de CLR/procedimentos de CLR - Você pode escrever código CLR e usá-los como Triggers ou Stored Procs. Recentemente, introduzimos alterações para tornar ainda mais fácil manter um único CLR Assembly que pode ser executado no VistaDB e no SQL Server 2005/2008.

Processos T-SQL - VistaDB T-SQL Procs são compatíveis com SQL Server 2005/2008. Qualquer procedimento que funcione em nosso mecanismo será executado no SQL Server. Isso não significa que nada que rodar lá será portado para nós. Somos um subconjunto da funcionalidade no SQL Server. Mas também somos a única maneira de executar T-SQL Procs sem SQL Server (o SQL CE não pode fazer isso).

Pessoalmente, acho que um dos maiores recursos é a capacidade de fazer o upsizing para o SQL Server posteriormente. Todos os tipos de VistaDB, sintaxe e CLR Procs, T-SQL procs, etc, todos serão executados no SQL Server. (Você não pode levar tudo do SQL Server para o VistaDB, porém, é um subconjunto)

Implantação de 32/64 bits - VistaDB é uma implantação de montagem única que executa 32 e 64 bits sem alterações. O SQL CE requer dois tempos de execução diferentes dependendo do sistema operacional e não pode ser executado no IIS. O acesso não tem tempo de execução de 64 bits, e o tempo de execução de 32 bits mais recente só pode ser implantado por meio de MSI. A versão de 32 bits do Windows tem o tempo de execução, a versão de 64 bits não.

Integridade Relacional - O VistaDB também aplica suas restrições e chaves estrangeiras. Você pode atualizar em cascata e excluir operações específicas. A pessoa que comentou que somos como SQLITE está errada nesse sentido. Eles analisam as restrições, mas não as impõem.

EDIT:Eles têm suporte para FK agora no SQLite. Mas eles não são compilados por padrão e não usam a mesma sintaxe do SQL Server.

Confiança média - A capacidade de rodar em um servidor web de confiança média é outro recurso com o qual muitos não se importarão, mas é um grande negócio. Muitos controles de terceiros não podem ser executados no Medium Trust. Podemos executar o mecanismo completo no Medium Trust devido ao nosso compromisso com o código 100% gerenciado e com o mínimo de permissão necessária.

- Divulgação completa - Eu sou o dono do VistaDB, então posso ser tendencioso. :)