Ventajas entre elegir si SQLite o SQL Server Express?

Pues SQLite es 1 sola libreria de pocos kilobytes que si la embebes dentro del codigo de tu aplicacion puedes portar tu aplicacion sin necesidad de descargarte JDBC o librerias 'extras' requeridas por ejemplo en SQL Server para poder tu aplicacion funcionar, esto sin contar que tu programa ademas de requerir ciertas librerias extras, hay algunas DB donde requieres el cliente de la DB para funcionar (No se si aplica con SQL Server pero si hay algunas bases de datos relacionales que requieren esta funcionalidad como Oracle, sino utilizas el API de Oracle OCCI que es bastante complejo y solo valido para C)

Pero el tema aca es SQL Server. Yo en tu lugar eligiese SQLite, por su poco requerimientos, portabilidad (Tiene capacidad de funcionar perfectamente con variados lenguajes scripting y compilados bajo 1 solo modulo, mientras no ocurre lo mismo con SQL Server el cual por ser privativo complica mas el asunto a la hora de portarlo a distintos lenguajes tu aplicacion), tamanio, facilidad y sobretodo por su licencia, no es lo mismo ni es igual. 

SQL Lite tiene licencia de dominio publico, lo cual lo hace disponible para cualquier uso de cualquier tipo sin restriccion alguna 

acerca de tutoriales entre SQLite y Net, hay muchos en google, un poco de busquedad no te haria nada mal.

yo creo que con Access te sobra, cuantos registros puede haber ?, porque me parece que hacerle instalar a alguien el framework 3.5 y el servidor de SQL Server es demasiado para un programa de efemerides, hay sistema de gestion que estan realizados con archivos de texto y funcionan bien, imaginate cuando tengas que ahcer un ssitema de gestion de verdad ¿que vas a hacer? ¿ le vas a pedir la computadora de la NASA ? 

más o menos lo que te dije acá : http://foro.elhacker.net/net/como_enviar_un_datos_a_una_aplicacion_cliente-t247710.0.html%3Bmsg1195144
podés tener un archivo txt que tenga las version de la base de datos actual y del software ...
y en caso de ser necesario, descargás y actualizás...

las formas más sencillas son ....  usando un txt en tu server que contenga el MD5 de la base de datos (total, si no cambia ...) o simplemente guardando dentro de la base de datos (o el registro de win) la versión actual y comparándola con la remota ...

la base de datos que sugiero, repito, es SqLite, te va de 10 ...
eso más la librería de compresión que puse en el link al thread ese ... (para no tomar tanto badwidth en las actualizaciones)

Saludos ~

Se me acaba de Ocurrir un problem BASTATE grave creo...

Si yo a la base de datos SQLLite  de cada programa, la tengo como "recurso".. al actualizarse el programa, se me reestablecerá la base de datos a 0... y eso no lo queremos
Entonces, NO PUEDO TENER a la base SQLLite como recurso.. sino, que la tengo que tener en una carpetita, al lado del .exe de la aplicacion.. Pero.. con ClickOnce, no se donde se instala la aplicacion.. gran problema...
Alguien me da una idea???


Mi idea sería así:
en mi programa principal, tendré 1 variable que va a identificar la version de la base de datos...
Como la base de datos se dividirá por MESES.. en realidad, será un array con 12 valores de version.. 1 por cada mes..
Y en cuanto a la actualizacion del software, no hay problemas, de eso se encarga ClickOnce
En cuanto al manejo de la base de datos: Tendré que saber donde está, para pdoer actualizarla.. PERO no tiene que ser parte del .exe, proque con cada actualizacion de ClickOnce, se volveran los datos a 0..

Ahora bien: otra pregunta:
Una vez instalado el programa.. cuando intente acceder a la base de datos que estará en "./nombre_de_la_BasedeDatos": ¿Me dará algun error de privilegios?