Cual es la combinacion mas estable?

01/07/2004 - 19:52 por Claudio | Informe spam
Hola colegas,

Para desarrollo de apps enlatadas, sistemas de facturacion, contabilidad,
etc.
Cual seria la combinacion mas estable y probada?
Tendre clientes con 1 sola pc (celeron con win98) y otros con varias pcs en
red.

Vstudio 2003, msde2000, .net 1.1, ms access (cual)

Puedo hacer un app de tal manera que utilice msaccess o msde2000 sin
realizar cambios en el codigo. O sea, ponga lo que le ponga funcione?

Muchas gracias.
Claudio

Preguntas similare

Leer las respuestas

#1 Angel. E. Ruiz. Pastor
02/07/2004 - 03:59 | Informe spam
Estimado Claudio,



Amigo yo te recomiendo SQL Server y VB .NET.








Saludos cordiales,
Ángel Ruiz
[MS Visual Basic Developer MVP]
Caracas - Venezuela

"El conocimiento es un bien, que crece a medida que se comparte"



NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos.


"Claudio" escribió en el mensaje
news:
Hola colegas,

Para desarrollo de apps enlatadas, sistemas de facturacion, contabilidad,
etc.
Cual seria la combinacion mas estable y probada?
Tendre clientes con 1 sola pc (celeron con win98) y otros con varias pcs


en
red.

Vstudio 2003, msde2000, .net 1.1, ms access (cual)

Puedo hacer un app de tal manera que utilice msaccess o msde2000 sin
realizar cambios en el codigo. O sea, ponga lo que le ponga funcione?

Muchas gracias.
Claudio


Respuesta Responder a este mensaje
#2 Tristan
02/07/2004 - 11:51 | Informe spam
Yo te recomiendo MSDE, y si es posible Sql Server.
Aportan muchas cosas que access no tiene, entre otras
mucho más control sobre la concurrencia.

En cuanto a la forma de hacer código independiente del
SGBD, tienes dos formas.

Utilizar OleDb, en cuyo caso tan solo necesitarás cambiar
la cadena de conexión. A cambio, perderás eficiencia en
el acceso a SqlServer frente al proveedor nativo.

Utilizar el proveedor nativo correspondiente, hacer uso
de las interfaces comunes y seguir el patrón factoría
para instanciar tus clases específicas. Revisa estos
enlaces:

http://www.sitepoint.com/print/unif...access-net

http://codeproject.com/vb/net/data_..._layer.asp
Respuesta Responder a este mensaje
#3 Claudio
04/07/2004 - 18:27 | Informe spam
Hola,

1.Utilizar OleDb, en cuyo caso tan solo necesitarás cambiar
la cadena de conexión. A cambio, perderás eficiencia en
el acceso a SqlServer frente al proveedor nativo.

** se pierden funciones o se hace mas lento el acceso?

Para ejecutar un sistema hecho con vb.net + msde debe el usuario definir la
base en el odbc o hay alguna manera automatica de hacerlo?
Si el driver es nativo (msde) no hay que definir nada? o el usuario debe
tener cargado el iis¿?

Muchas gracias
Claudio
Respuesta Responder a este mensaje
#4 Tristan
05/07/2004 - 22:27 | Informe spam
"** se pierden funciones o se hace mas lento el acceso?"

Aunque la diferencia más importante es la lentitud en el acceso, algo se
pierde de funcionalidad. Por ejemplo en OleDb los parámetros son
posicionales, mientras que SqlServer los admite por nombre. OleDb no permite
controlar ciertos aspectos de las transacciones que Sql si admite, etc...

Pero realmente la pérdida de funcionalidad no sería (creo) una buena razón
en general para elegir OleDb. De todas formas yo creo que la mejor solución
es la de las interfaces counes + factoría.

"Para ejecutar un sistema hecho con vb.net + msde debe el usuario definir la
base en el odbc o hay alguna manera automatica de hacerlo?
Si el driver es nativo (msde) no hay que definir nada? o el usuario debe
tener cargado el iis¿?"

No se necesita para nada iis. Por lo demás no necesitas ODBC si trabajas con
OleDb, y menos aún si utilizas el proveedor nativo SqlClient. La instalación
puede automatizarse completamente, incluso aunque utilizases ODBC.

Juan Carlos Badiola
MVP - C#
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida