Bases de datos recomendadas para .Net

Iniciado por Skeletron, 11 Septiembre 2009, 07:57 AM

0 Miembros y 1 Visitante están viendo este tema.

Skeletron

Hola gente...
Como andan??

Resulta que hace unos dias que vengo preguntado cosas de Bases de Datos para vb.net.. quiero iniciarme en el tema de bases de datos.. soy muy novato para ese tema... Utilizo base de datos con archivos de texto... y no me gusta esa opcion..
Entonces se me presentó la idea de preguntar aca.. pero la pergunta fue mal formulada.. y algunos recomendarios SQLLite, otros SQLServer.. otros SQL Compact... y resulta que lo unico que me quedó claro, es que el cybermundo aun no esta maduro.. y las cosas no se terminan de estandarizar.. y eso hace falta.. por dios.. o me pongo a vender pastelitos en la calle...

Quiero hacer una base de datos pequeña.. de unas 3.000 entradas... para un programita pequeño (VIDay)... Que me recomiendan?? Hablemos de TITULOS.. hablemos de BASES DE DATOS.. luego hablamos de como implementarlas y tales procesos para utilizarlas...

Que les parece?

odeONeSs

Depende para que quieras hacer la aplicación. Por ejemplo si es una aplicación en red para una empersa lo mejor es SQL Server, si es para una aplicación local tambien puedes usar sql con una bd en modo local. Tambien para modo local puedes utilizar access, pero txt...

Saludos!!
Cambio de firma de prueba

Hadess_inf

Lo ideal para trabajar con Viday es SQL server ya es que es lo nativo para NET

Skeletron

Bien..
Aplicaciones de red, o internet.. no utilizo... Simplemente aplicaciones de Escritorio..
Entonces quedandonos con SQL Server, les comento que tengo el Visual Studio 2008 Original, y cuando lo instalé, tambien instaló algo de SQL Server..


Ahora viene otro problema..
VIDay se instala con CLickOnce... Y yo he mirado, y buscado,y no se donde se instala en el PC la aplicacion cuando instalas con ClickOnce.. eso puede ser un problema para manejar la base de datos?? (el no conocer donde está la aplicacion instalada)

Atrum


Pues como comentario yo he implementado aplicaciones con ClickOnce y Sql (a veces hay algo de problemas con los permisos) pero se maneja igual la conexion, no creo que importe donde este ubicada la aplicacion mientras tenga acceso a la base de datos en un servidor, el problema de ClickOnce es que te limita mucho el acceso a las zonas protegidas por el sistema operativo (en especial en vista) ya que si quieres modificar una entrada del registro de Local machine por ejemplo o copiar un archivo a las carpetas del SO, no te lo permite, o al menos no lo he logrado, aunque le declares en el manifiesto del ensamblado como una aplicacion Full trust.

Y hablando de privilegios de administrador declarados en el ensamblado tampoco te los permite, la unica declaracion que puedes hacer es "AsInvoker"

pero en fin , por la naturaleza de tu aplicacion no creo que te cause ningun problema.

Y pues como sugerencia por que no pones un MessageBox en el form_Load desplegando la variable My.Application.Info.DirectoryPath o Application.ExecutablePath para saber en donde esta ubicada.

Aunque segun lo que he visto no siempre esta en la misma carpeta ya que es una aplicacion sincronizada con un repositorio y maneja versionados autoincrementales cada que haces la publicacion.

Ok espero sirva amigo.

Nota: si algo de lo que dije es incorrecto, desmientanme ok.

Skeletron

Jajajjajaja
Que casulidad amigo..

Justamente lo hice..

Y en XP tengo 2 usuarios.. uno que se llama: ADMIN y otr que se llama NO ADMIN

Y miren en NO ADMIN donde me instaló la Aplicacion:

C:\Documents and Settings\No Admin\Configuración local\Apps\2.0\MC2BAM0Q.P6H\HWPKEVOT.3MQ\viday..tion_5e70ee1be2d54b3b_0001.0000_1139ad7271db5a26


Vieron?? es re loca la direccion..
Y en fin...


Ahora que ya tenemos ese dato (aunque no creo que haga falta) pasemos al siguiente tema:

Yo tenía pensado que la aplicacion mire si es la 1º vez que se ejecuta en la computadora.. de ser así, que descargue al ARCHIVO base de dato que está en mi web.. y lo coloque en la misma carpeta donde está instalada la aplicacion (esa extraña)
Y que luego se encargue de Actualizarma con sentencias de SQL desde la aplicacion..
Que me dicen???

Como hago para crear ese "ARCHIVO" de base de datos??? que necesito???

seba123neo

Cita de: odeONeSs en 11 Septiembre 2009, 11:58 AM
Depende para que quieras hacer la aplicación. Por ejemplo si es una aplicación en red para una empersa lo mejor es SQL Server, si es para una aplicación local tambien puedes usar sql con una bd en modo local. Tambien para modo local puedes utilizar access, pero txt...

Saludos!!

ya dije en el otro post con access para mi sobra...
La característica extraordinaria de las leyes de la física es que se aplican en todos lados, sea que tú elijas o no creer en ellas. Lo bueno de las ciencias es que siempre tienen la verdad, quieras creerla o no.

Neil deGrasse Tyson

Skeletron

Pero no quiero hacerlo con ACCESS.. quiero hacerlo con SQL Server :)
Porque cuando necesite hacer algo con SQL SERVER, ya quiero conocerlo..

raul338

Cita de: Skeletron en 12 Septiembre 2009, 19:43 PM
Pero no quiero hacerlo con ACCESS.. quiero hacerlo con SQL Server :)
Porque cuando necesite hacer algo con SQL SERVER, ya quiero conocerlo..

cuales crees que son las diferencias??? son practicamente iguales (a simple vista xD), para lo que necesitas y un poco mas, se obtienen los mismo resultados con los 2 (tablas, consultas, procedimientos almacenados, etc)

seba123neo

Cita de: Skeletron en 12 Septiembre 2009, 19:43 PM
Pero no quiero hacerlo con ACCESS.. quiero hacerlo con SQL Server :)
Porque cuando necesite hacer algo con SQL SERVER, ya quiero conocerlo..

hubieramos empezado pro ahi entonces...pero como te dijeron en el otro post, no hay diferencia...para consultar,eliminar, insertar es todo lo mismo...solo cambia la cadena de conexion...

saludos.
La característica extraordinaria de las leyes de la física es que se aplican en todos lados, sea que tú elijas o no creer en ellas. Lo bueno de las ciencias es que siempre tienen la verdad, quieras creerla o no.

Neil deGrasse Tyson