Oscar, como andas?
Yo soy uno de los que trabaja con NET+Oracle desde hace 2 largos años. 2 consejos, 1) Nunca uses un OLEDB para conectarte. 2) Trata de usar el ODP (Oracle Data Provider) de Oracle para realizar las conexiones. Te comento esto porque nosotros al principio renegamos mucho porque los providers dejaban las conexiones INACTIVAS y no se cerraban del todo. El resto es muy similar a SQLServer. Saludos. Diego De: puntonet@mug.org.ar [mailto:[EMAIL PROTECTED] En nombre de Oscar Zárate Enviado el: viernes, 26 de octubre de 2007 19:23 Para: puntonet@mug.org.ar Asunto: [puntonet] NET "contra" Oracle Gracias Mostro!!! OK, Tal ves debi haber puesto algunos puntos claros ... sorry ... my fault. En el banco (Julio es un banco Australiano, yo vivo en Melbourne hace casi 3 anios) hay un monton (realmente un monton) de sistemas. Java, Cobol, VB viejo, VFP, NET, etc. etc. etc. En este momento yo estoy en un proyecto hecho con VB.NET/MS-SQL/DAAB/Code Smith/No me acuerdo que para la generacion de Web Services/Clear Case (como source code) y algunas otras cosas. Mi experiencia siempre fue con SQL como motor (incluso desde la epoca de COM, ya sea VB, ASP, VFP y NET) siempre MS-SQL. Lo que es totalmente nuevo (y lo que pido AYUDA :-) es con Oracle. Por eso ... la pregunta ... viene por ahi ... me va a resultar mas facil usar DAAB para conectarme a Oracle (despues veo si le pongo Code Smith u otros de los generadores y demas ...) pero ... Oracle ... como se comporta con eso? Digo ... ese es mi miedo (no se si me explico, no le tengo miedo al proyecto NET y demas, en eso confio). Por ahi estoy siendo alarmista, pero se que Microsoft (con razon) labura para Microsoft .... me explico? SaludOZ, On 10/26/07, Carlos Peix <[EMAIL PROTECTED]> wrote: Oscar, eso es como preguntar: bicicleta o helicoptero? Depende de como quieras trabajar y de las limitaciones que te imponga el entorno. Creo que mencionaste los dos extremos de las opciones de persistencia, existen tambien un monton de puntos intermedios. Si trabajas con el DAAB vas a pasar mucho mas tiempo escribiendo codigo de persistencia (salvo que uses algun generador), sin embargo, puede ser que no te quede otra alternativa, dependiendo de las politicas de la empresa. En otras palabras, ambas opciones vienen con "mochila", es decir, dependen o imponen otras decisiones sobre el resto de tu arquitectura. Carlos _____ From: puntonet@mug.org.ar [mailto: <mailto:puntonet@mug.org.ar> [EMAIL PROTECTED] On Behalf Of Oscar Zárate Sent: Viernes, 26 de Octubre de 2007 01:15 a.m. To: puntonet@mug.org.ar Subject: [puntonet] NET "contra" Oracle Gracias Diego, gracias Leonardo. Primera pregunta que se me plantea ... NHibernate o Data Access Application Block???? SaludOZ, On 10/26/07, Diego Jancic <[EMAIL PROTECTED]> wrote: Hola Oscar, La integracion es muy buena, puede ser que tengas algunas limitaciones (las desconozco), pero no vas a tener problemas. Conozco gente que ha hecho proyectos usando estas 2 "cosas" y no tuvo mayores problemas.. Ademas, si no se comportan taaan bien como NET+SQL, vas a hacer algo? ;-) Tambien te recomendaría que evalúes de usar algún framework como NHibernate, que te va a generar algo bastante aceptable sin tener que lidiar con varios problemas específicos del oracle Salu2! From: puntonet@mug.org.ar [mailto: [EMAIL PROTECTED] On Behalf Of Oscar Zárate Sent: Jueves, 25 de Octubre de 2007 07:25 p.m . To: puntonet@mug.org.ar Subject: [puntonet] NET "contra" Oracle Hola Gente, como va? Estoy por empezar un poyecto (en realidad a evaluar un proyecto) para hacer unas migraciones de VFP a NET pero viene con mochila (no hablo de VFP :-) sino de Oracle. En este sector del banco hay licencias Oracle y no quieren comprar SQL (eso por tener tanto Java :-) asi que el proyecto seria NET (para los tiempos que se estimas ... sería Framework 3) + (o menos :-) Oracle. Antes de poder hacer cualquier evaluacion quiero leer un poco sobre como es este "matrimonio" ... alguna recomendacion para empezar ??? (no me digan Google :-) SaludOZ,