Opinion de acceso a datos de las aplicaciones

29/09/2007 - 08:54 por [Juanjo] | Informe spam
Hola grupo:

Necesito hacer una aplicacion (no webform) que los datos deben de ser
accesibles desde
cualquier sitio, es decir, desde dentro de la Lan del cliente y desde
Internet.

Hasta el dia de hoy, cuando tenia que hacer un desarrollo generalmente
era dentro de
una LAN, tratando de desarrollarla siguiendo el modelo
Vista-Controlador-Modelo contra
una base de datos SQL Server.

La opinion que pido es, como conectarias la aplicacion al SQL Server:
- Si lo harias haciendo las consulta directamente sobre el SQL (simplemente
modificando las
cadenas de conexion a la base de datos) o es mejor usar algun otro
mecanismo como los
servlets de Java??
- En caso de recomendar los "servlet" cual es el equivalente a C#???alguna
web???
- Actualmente desarrollo en VS 2005, para el VS2008 sabeis si habra algun
mecanismo para
esto???

Muchas gracias por adelantado.

Preguntas similare

Leer las respuestas

#11 Fran
02/10/2007 - 15:09 | Informe spam
On 2 oct, 12:59, Alfredo Novoa wrote:
On Mon, 1 Oct 2007 15:59:37 +0200, "Alberto Poblacion"

wrote:
> El IIS también podría tener (y de hecho ha tenido) agujeros de
>seguridad, pero es mucho más común y habitual tener servidores web abiertos
>a la Internet, con lo que los agujeros se descubren y tapan antes.

Y como es mucho menos común tener servidores SQL abiertos los hackers
tardan más en encontrar los agujeros, así que estamos en las mismas.

Lo importante no es que existan agujeros, lo importante es que alguien
los utilice para hacer daño, y en la mayoría de los casos yo no veo
diferencias de seguridad tan importantes como para justificar un
desarrollo costoso.

Saludos



Buenas, Alfredo, la idea es tener la menor cantidad de puertos
abiertos para afuera, así uno minimiza los riesgos, creo que nadie
abre el puerto de MySQL para afuera, no seria lógico, simplemente por
lo anterior. si ya tenes un puerto como el 80 abierto y lo podes usar
para comunicarte con tu GBD yo no abriría otro puerto. No se si se
entendió mi idea.

Saludos Francisco.
Respuesta Responder a este mensaje
#12 Alfredo Novoa
02/10/2007 - 15:34 | Informe spam
Hola Fran,

On Tue, 02 Oct 2007 13:09:44 -0000, Fran wrote:


Buenas, Alfredo, la idea es tener la menor cantidad de puertos
abiertos para afuera, así uno minimiza los riesgos, creo que nadie
abre el puerto de MySQL para afuera, no seria lógico, simplemente por
lo anterior. si ya tenes un puerto como el 80 abierto y lo podes usar
para comunicarte con tu GBD yo no abriría otro puerto.



Yo tengo cerrado el puerto 80 y me da igual abrir un puerto que otro.


Saludos
Respuesta Responder a este mensaje
#13 Carlos M. Calvelo
03/10/2007 - 00:29 | Informe spam
Hola Alfredo,

On 1 okt, 14:11, Alfredo Novoa wrote:

Yo uso sockets y mi propio formato binario, y así tengo control total
sobre la eficiencia.



Ah! Pero eso no es SOAP, es CRAP! (Complex Relation Access Protocol)
Mas conocido como "Efficient RAW Binary DBMS Services"

Disidente! :-)

Saludos,
Carlos
Respuesta Responder a este mensaje
#14 Pablo Roca
03/10/2007 - 14:46 | Informe spam
El Net Remoting va por encima de los servicios web y por lo que he
visto es bastante ineficiente.



No sé a que te refieres de que vá por encima de los servicios web. NET
Remoting tiene su hilo independiente de Web Services e IIS

El rendimiento de Remoting vs Webservices es muy relativo, depende del
escenario.

Mira esta comparativa
http://www.microsoft.com/spanish/ms...sperf.mspx

Aunque yo me inclinaria siempre por Web Services, es un tema de
interoperabilidad.

Tanto NET Remoting como los Web Services (DIME) tienen transferencias
binarias


PD: Vaya, mi primer post por aqui creo. Bueno pues un saludo a todos de un
desarrollador de FoxPro.


Saludos,

Pablo Roca
La Coruna - Spain
http://www.portalfox.com
Respuesta Responder a este mensaje
#15 Alfredo Novoa
03/10/2007 - 14:46 | Informe spam
Hola Carlos,

On Tue, 02 Oct 2007 15:29:18 -0700, "Carlos M. Calvelo"
wrote:

Yo uso sockets y mi propio formato binario, y así tengo control total
sobre la eficiencia.



Ah! Pero eso no es SOAP, es CRAP! (Complex Relation Access Protocol)
Mas conocido como "Efficient RAW Binary DBMS Services"

Disidente! :-)



Es que nunca me ha convencido mucho la forma que tiene Microsoft de
simplificar las cosas:

http://geeks.ms/blogs/oalvarez/arch...r-wcf.aspx


Además seguro que en un par de años dicen que lo de WCF ya no se lleva
y sacan algo todavía más complicado.


Saludos
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida