.Net y PostgreSQL

[urjose]

Alguien sabe donde encuentro info sobre el trabajo en conjunto de por ejemplo C# con Postgres?

Voy a actualizar un portal que migrare de SQL Server a Postgres y de Visual Basic a C# el pex es q no se si BD y Lenguaje | Tecnología son compatibles?

Alguien tiene alguna experiencia similar?

Saludos

[jlchavez]

No te recomiendo el uso de esa base de datos.

El orden actual según encuestas, de las mejores bases de datos:

1. MS SQL y Oracle
2. IBM DB/2
3. MySQL

Si existe un driver ODBC, podras usar las clases que se encuentran en el namespace System.Data.OleDB

OleDbDataAdapter
OleDbConneccion
OleDbCommand
OleDbDataReader

y de System.Data

DataSet

estas son las cinco clases mas importantes para acceso a bases de datos.

[Slayer_X]

jlchavez:

Podrias indicar la fuente? porque no es por nada, pero en las pruebas de rendimiento que hemos hecho MS SQL Server quedo MUY POR DEBAJO de Postgres, hablo de un caso real y concreto.

En la Camara de Comercio de Lima se tuvo que reemplazar un MS SQL Server porque ya no daba mas, esta inmensa base de datos maneja el historial economico de muchisimas empresas y personas, asi que dense una idea del tamaño de la base de datos, pues bien, se empezo a evaluar alternativas, lo mas seguro era usar Oracle, pero se decidio probar Postgres sobre Linux y fijate que ahora estan de lo mas contentos porque ya no tienen los problemas de antes y la velocidad de las consultas ha aumentado considerablemente.

Y sobre la compatibilidad, claro que es perfectamente compatible solo necesitas un driver ODBC o JDBC , o si te animas programa el tuyo propio

Saludos

[jlchavez]

No tengo la fuente en este momento, pero si leí un artículo.

Nosotros actualmente estamos usando Oracle 8i, en un cluster IBM AIX de 64bit. Postgres puede ser bueno, pero aquí resumi dos artículos el primero era un articulo de Microsoft - Oracle y el empate que tenian, el segundo era de como MySQL había alcanzado a las bases de datos no open source, las otras tres se pelean entre el primer y segun lugar.

Yo no di una opinion de cual deberia usar, y les he colocado alternativas de ambas ramas. Nosotros no nos podemos quejar, manejamos las finanzas del pais entero, incluyendo listado de contribuyentes, declaraciones de impuestos, listado de personas del país registradas con numero de identificación tributario, todas las empresas, transacciones electrónicas, todo tipo de vehículos, etc, alrededor de unos 300 GB de información.

Realmente habria que ver los conjuntos de datos, hacer un analisis profundo de la base de datos, y revisar que tan optima se encuentra la base de datos.

- Indices
- Llaves primarias
- Optimizacion de queries segun el compilador de la base de datos
- Si se pueden utilizar vistas de los datos

Tal vez durante la primera instalacion (MSSQL) no le pusieron tanto empeño de optimización de la base de datos, como cuando hicieron la migración. A nosotros una consulta de una calcomanía de circulación de vehículos toma 0.005 segundos (promedio), entre 4,119,330 de registros de emisiones de calcomanias. Todo dependera de un buen diseño de base de datos y el cuidado de optimizar.

Si estas usando .net no creo que te sirva un driver JDBC, pero si se puede hacer el driver ODBC, pero no es optimo para el desarrollo de un proyecto hacer un driver primero, ya debe existir alguno en internet, ayudate de google.com

Son solo ideas pero que ya en la realidad afectan.

[laureano59]

Hola amigos

Bueno, llevo un tiempo trabajando con punto net y postgres y la verdad funciona super bien. Lo que quiero que me ayuden es en lo siguiente:
Necesito llamar un stored procedure desde punto net pero no he podido hacerlo, tengo como hacerlo para sqlserver pero no me funciona para postgres.


Gracias.De verdad que es urgente

[xknown]

Para usar postgresql no es necesario usar ODBC ya que existen varios providers ADO.NET específicos para esa base de datos, uno de estos es Npgsql (es libre). También existen providers ADODB para dicha base de datos.

Iniciado por jlchavez

No te recomiendo el uso de esa base de datos.

En qué te basas para hacer esa recomendación (el artículo que leiste o experiencia personal)?
PostgreSQL tiene la fama de ser lento, pero como tú mismo lo dijiste en un mensaje anterior más depende del diseño y optimización la base de datos y la aplicación, que del servidor de base de datos que se use.

Aquí un link sobre cositas "interesantes" que tiene MySQL http://sql-info.de/mysql/gotchas.html

[jlchavez]

Sacar un tema de hace dos años y tanto....pero bueno

De donde se te ocurrio que leí un artículo.

Tengo más de cuatro años de trabajar con bases de datos Oracle 8i y Microsoft SQL Server, un par de veces MySQL y otras cuantas de Access.

Postgres, MySQL y cualquier otro producto que encuentres por ahí de base de datos son buenos, si no nadie los usuaria...almenos que esten mal de su cabeza.. Pero te evitas dolores de cabeza usar un MSDE (Microsoft SQL Desktop Engine) o una base de datos que realmente te garantice integridad y etc.

Que te dire ya cuando hablas de tener un sistema que tiene que funcionar 24x7 y que tenga balanceo de carga, colas, servicios de transformación de datos, paquetes, procedimientos, funciones, seguridad, integridad, etc. Un software gratuito no te garantiza nada. Claro que si no tienes presupuesto o usas MSDE u otro gratuito.

Hay que preocuparse un poco por la calidad del trabajo y de que siempre funciones y no tanto por la cantidad de dinero (aunque tampoco hay que mal gastarlo).

Si tenes proveedores ado.net estar instalando y configurando proveedores especificos te sales del concepto del ADO (ODBC, OleDb), que es de manejar un estandar de comunicación con la base de datos y solo variar el string de conección para seleccionar el provider. Si te da garantía de ser más eficiente, pero con el dolor de cabeza que te representa por ejemplo el Oracle Client especifico para la versión de BD que tenes corriendo...preferiria usar oledb...etc, nunca vas a tener un estandar, pero bueno hay que tratar de aprovechar lo que hay.

De mi parte mis bendiciones con postgres.

[jlchavez]

Ahorita revisando el dichoso thread, estaba viendo, lo lei en un email, de pruebas realizadas por http://www.tpc.org/

La base de datos no es lenta, siempre y cuando el DBA (Administrador) sepa lo que esta haciendo, particionamiento, buenos indices, optimización de queries, analisis de costos. Cada parser de queries (según el producto) tiene su forma de hacerlo y si no se conoce como funciona se puede crear un mal query que no aproveche bien los indices (si es que esta creados, digo).

Para mi si el SQL Server no responde como debería, habría que revisar el equipo, la cantidad de memoria, disco, fragmentación, las tablas y las paginas/programas que lo utilizan, y la carga de usuarios...un buen DBA hace la diferencia.

[xknown]

Iniciado por jlchavez

Sacar un tema de hace dos años y tanto....pero bueno

De donde se te ocurrio que leí un artículo.

Tengo más de cuatro años de trabajar con bases de datos Oracle 8i y Microsoft SQL Server, un par de veces MySQL y otras cuantas de Access.

Postgres, MySQL y cualquier otro producto que encuentres por ahí de base de datos son buenos, si no nadie los usuaria...almenos que esten mal de su cabeza.. Pero te evitas dolores de cabeza usar un MSDE (Microsoft SQL Desktop Engine) o una base de datos que realmente te garantice integridad y etc.

Que te dire ya cuando hablas de tener un sistema que tiene que funcionar 24x7 y que tenga balanceo de carga, colas, servicios de transformación de datos, paquetes, procedimientos, funciones, seguridad, integridad, etc. Un software gratuito no te garantiza nada. Claro que si no tienes presupuesto o usas MSDE u otro gratuito.

Hay que preocuparse un poco por la calidad del trabajo y de que siempre funciones y no tanto por la cantidad de dinero (aunque tampoco hay que mal gastarlo).

Si tenes proveedores ado.net estar instalando y configurando proveedores especificos te sales del concepto del ADO (ODBC, OleDb), que es de manejar un estandar de comunicación con la base de datos y solo variar el string de conección para seleccionar el provider. Si te da garantía de ser más eficiente, pero con el dolor de cabeza que te representa por ejemplo el Oracle Client especifico para la versión de BD que tenes corriendo...preferiria usar oledb...etc, nunca vas a tener un estandar, pero bueno hay que tratar de aprovechar lo que hay.

De mi parte mis bendiciones con postgres.

Sacando mi conclusión de lo que escribiste, refieriendome a postgres, me dices que no tiene la mayoría de características que ofrece un software de base de datos propietario?, te sugeriría que le des una revisada rápida a las características de éste (con esto no quiero abrir una discusión sobre software libre y propietario).

Creo que ningún software de base de datos (propietario, libre o gratuito) y ninguna empresa de software te va a garantizar de que nada va a pasar (con eso me refiero por ejm a que por una falla del software la data desaparezca - es obvio que cualquier DBA prevenido hizo el backup correspondiente), el funcionamiento y escalabilidad de la aplicación va a depender de varias cosas (diseño de la base de datos, diseño de la aplicación, estabilidad del servidor de BD, etc).

Sobre ADO.NET, usar un provider específico es más eficiente que usar ODBC y OleDb, ahora si me dices sobre mantener un estandar para el acceso a datos eso va a depender del diseño de la aplicación, no por nada Microsoft publicó el Data Access Application Block (resume una de las tareas más comunes a la hora de desarrollar), que permite hacer lo que dices, es decir mantener la aplicación con independencia de la base de datos que se use.

Saludos

PD. Disculpa el abuso de los paréntesis

[mittaus]

puedes ver info en la siguiente página: http://mittaus.wordpress.com/2011/04/02/c-con-postgresql-part2/

[acas7i11o]

@jlchavez Que tipo de recomendaciones son esas cuando ni siquiera tienes idea de como es PostgreSQL? Solo repitiendo como un loro lo que dicen unas encuestas y articulos. PostgreSQL es el mejor manejador de bases de datos de software libre, muy por encima de MySQL. MySQL solo es mas popular porque las tablas tipo MyIsam son muy rapidas para lo que es hacer consultas para paginas web con PHP. Pero en si, tiene cero soporte para integridad de datos como claves foraneas, etc. Solo hasta que MySQL introdujo las tablas con InnoDB fue que MySQL se pudo poner a la par de otros sistemas, pero la robustez de PostgreSQL sigue siendo superior por lo cual se recomienda para aplicaciones de mision critica. Realmente no te culpo por pensar como lo haces, esa es la mentalidad de la gente en los 90, cuando compraban el gran software comercial de Oracle, IBM o Microsoft porque te da "garantias". Al final del dia nadie te da garantias de nada, especialmente en la era de "release and patch later" y lo que interesa en un negocio es producir al menor coste posible. Hasta la misma Cisco ya la gente se la esta saltando para ir a fabricar sus propios routers a China en el caso de contratos grandes. Asi que actualizate.

Respondiendo a la pregunta inicial, puedes utilizar npgsql o dotConnect que es comercial. En particular el npgsql tiene versiones para mono en Linux, por lo que puedes tener postgres en un servidor de Linux y los clientes con estaciones baratas con tu distro favorita.

[Aquaventus]

Hola acas7i11o, pues este tema data de hace 9 años atrás... y no era necesario responder esto, porque te aseguro que lo usuarios mencionados en este tema ya no tienen actividad. Saludos!.

[mrprogman]

y de Progress que me pueden decir..?..lo recomiendan , no lo recomiendan..?