Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Ver: Modo: Orden:
Introducción a PostgreSQL | 15 comentarios (15 temáticos, editoriales, 0 ocultos)
Todo con software libre (4.60 / 10) (#2)
por Ariel a las Fri Jan 10th, 2003 at 12:24:40 AM CET
(Información Usuario) http://www.milugar.net

En este trabajo intentamos mostrar cómo casi cualquier problema puede resolverse mediante software libre. De paso huíamos del Microsoft SQL Server que teníamos (y tenemos) que usar en las prácticas :(

En este caso, además de utilizar sólo software libre, ocurre que además todas las herramientas utilizadas se pueden obtener gratuitamente, por lo que el beneficio es doble. Por un lado potenciamos el uso del soft libre (lo que a un empresario supongo que le dé igual), pero por otro, nos estamos ahorrando una enorme cantidad de dinero (que esto si le importa) en:

  • Gestor de Bases de datos: No sé lo que cuesta MS-SQL Server u Oracle. Pero sí sé que mucho. Nosotros con psql (la consola de PostgreSQL) y Pgaccess tenemos todo lo que necesitamos. Además para aquellos que necesiten soporte, aquí pueden encontrarlo.


  • Suite Ofimática: Para realizar la documentación se necesitan ciertas herramientas. Al menos una apliacación para diseñar diagramás y demás. Uno puede usar MS-Visio por unos 500$ o bien usar Dia con el que (al menos en cosas sencillas) se trabaja bastante más rápido.
    También necesitaremos escribir la documentación. Podemos utilizar MS-Word en la línea anterior. Obtendremos ficheros a los que buena parte del mundo no podrá acceder (*.doc) y la mitad de los que lo hagan lo harán mediante software ilegal (~ pirata). También podemos utilizar OpenOffice, o abiword... Nosotros utilizamos emacs (que no se enfaden los vim-eros que por aquí he visto muchos), scite y kate para escribir el SGML y luego pasarlo a DocBook. Resultado: un html de una calidad impecable, índices y tablas de contenidos autogeneradas y una presentación de lo más profesional :)


  • Desarrollo de Software: Podríamos haber utilizado Delphi, C++ Builder, Kylix, VisualBasic (arggghhhhhh!)... Súmenle las correspondientes licencias. En su lugar hemos utilizado Python que por su naturaleza permite desarrollar muy muy rápido (esto nos hacía falta) código de gran calidad. Como ya conocíamos Python y la conexión Python-Postgres era sencilla, la conclusión era clara.


  • Sistema Operativo: Qué bien va Postgres sobre Linux :) Sobre windows no hemos probado (¿a quién se le iba a ocurrir utilizar un gestor de bbdd que tenga que ejecutarse durante 24h al dia, 365 días al año en windows, que te "aconseja" reiniciar al instalar el mirc?) pero eso sí, si usamos windows, habría que sumar el coste de la licencia...


  • ... y seguro que me dejo alguna que otra cosa (lo de la administracion remota de la bbdd desde clientes windows o linux es una pasada, felicidades a la gente de Openssh).

    Conclusión: Que a ver si nos ponen buena nota :)
    --
    Un saludo,
    Visita mi lugar


    Y... porqué no Firebird? (3.33 / 3) (#11)
    por myDaemon a las Sat Jan 11th, 2003 at 05:26:08 PM CET
    (Información Usuario)

    Hola,

    sin entrar en guerras santas pro-BBDD ;), ¿por qué no Firebird? Es GPL al igual que PostgreSQL, y para lo que veo que hiciste te valdría perfectamente.

    Dejo claro que no conozco PostgreSQL más que por encima (lo básico), pero en su momento (hablo de un año atrás, más o menos) me pareció lenta en comparación con Firebird, que ni siquiera había alcanzado la v1.0.

    Ahora con la 1.5 Firebird incluso va mejor. Yo tengo ahora la Alpha5 en Windows y Linux y puedo decir que es bastante estable (tratándose de una v. alpha) y tremendamente rápida incluso con recursos limitados. Y te lo digo también desde la perspectiva "profesional" de verla correr con aplicaciones de gran demanda en el menor tiempo... Además, la creación de UDFs me parece muy sencilla y soporta muchas características que otros gestores no tiene (mySQL no, desde luego).

    En cuanto a conectividad (ODBC, JDBC), Firebird tampoco se queda atrás. Yo la he usado en pruebas con PHP y otros, y funcionaba.

    Yo siempre he oido que PostgreSQL disponía de mejores características en cuanto a orientación
    a objetos y cosas por el estilo. Pero yo cuando trabajo con un gestor lo que quiero es velocidad y estabilidad, mucho de ambos... y Firebird lo tiene.

    Vuelvo a repetir que PostgreSQL me es bastante desconocido. Que quede claro. No pretendo comenzar ningún debate, tan sólo conocer razones técnicas.

    Por eso pregunto; si tienes argumentos técnicos que me aclare cúal sería mejor para qué, me gustaría conocerlos. Nunca se sabe demasiado....

    Un saludo a todos

    Alberto


    [ Padre ]


     
    Dudas de novato sobre *SQL (2.00 / 1) (#3)
    por oneth a las Fri Jan 10th, 2003 at 11:05:45 AM CET
    (Información Usuario)

    La verdad es que todavía no estoy muy puesto en esto de las BBDD. Mi primera práctica la hice en Oracle porque es el gestor que tenemos en la facultad. La BBDD de mi web está en MySQL por motivos de comodidad en los inicios.

    Llegado el momento de elegir un gestor para trabajar de forma más seria, se me ocurre rebuscar por ahi información y me encuentro con las "limitaciones" del MySQL en cuanto a que no abarca todos los posibles querys SQL y alguna otra cosa por ahi sobre indices y demás. ¿Comparte estos problemas el PostgreSQL? Y aún más interesante ¿se usa a nivel profesional? Porque he visto anuncios en los tablones de la facultad pidiendo gente para el Oracle o incluso en diseño web con ayuda de mySQL, pero nada de momento para Postgre :(

    ¿Como está de extendido el soporte de Postgre en los distintos lenguajes? Por ejemplo en php creo recordar que está soportado, en Phyton veo que también, ¿en Java?

    Si me convences igual mi práctica de BBDD2 será en Postgre ^^

    P.D.: Es un pecado lo de no haber usado nada de nada el vi ¬¬ Aunque sólo fuese para hacer el README mítico que se coloca en cualquier lado xDDDDD

    [ Padre ]


    ¡Viva PosgreSQL! (4.00 / 3) (#5)
    por canuto a las Fri Jan 10th, 2003 at 01:40:17 PM CET
    (Información Usuario)

    ¿Comparte estos problemas el PostgreSQL?
    Pues la mayoría de ellos no. MySQL fue un gestor de BBDD que simpre ha estado orientado a la rapidez, descuidando mucho las características avanzadas que debe tener un SGBD moderno.
    Sin embargo, PostgreSQL ha sido todo lo contrario. Con muchas más posibilidades, su rendimiento ha sido siempre inferior a MySQL, aunque ésto ha cambiado mucho desde las últimas versiones de PostgreSQL.

     
    Y aún más interesante ¿se usa a nivel profesional?
    Yo trabajé no hace mucho durante un par de años en un pequeño ISP que también estaba metido en temas de programación de sitios web con integración de bases de datos, y siempre utilizábamos postgreSQL. Es más estable que una roca. Para alguna cosilla utilizamos MySQL, y era más inestable.

     
    Porque he visto anuncios en los tablones de la facultad pidiendo gente para el Oracle o incluso en diseño web con ayuda de mySQL, pero nada de momento para Postgre
    La verdad es que se ve más por ahí MySQL, pero quizá sea por inercia, ya que hay cantidad de proyectos libres que se integran con MySQL y no con PosgreSQL, aunque últimamente parece que la cosa está cambiando un poco...

     
    ¿Como está de extendido el soporte de Postgre en los distintos lenguajes? Por ejemplo en php creo recordar que está soportado, en Phyton veo que también, ¿en Java?
    En PHP te puedo asegurar que va de puta madre (2 años de experiencia), y en Java también va bastante bien, he estado cacharreando bastante con él.

     
    Si me convences igual mi práctica de BBDD2 será en Postgre
    Yo te animo a que uses PostgreSQL en vez de MySQL, no te arrepentirás...
    Sobre el tema de shells gráficos para PosgreSQL, puedes usar pgacces (que viene incluído en posgreSQL), o bien alguna de las herramientas programadas en Java que son compatibles con muchos de los SGBDs existentes y su uso es transparente respecto a ellos.

    [ Padre ]


    me habeis convencido ^^ (1.00 / 1) (#9)
    por oneth a las Fri Jan 10th, 2003 at 11:53:55 PM CET
    (Información Usuario)

    De momento ya lo tengo instalado, a ver si bajo algun GUI de aministracion y empiezo a trastear un poco. Todo sea por ampliar horizontes ;)

    [ Padre ]


     
    Hay bastante soporte (2.00 / 1) (#4)
    por Heimy a las Fri Jan 10th, 2003 at 12:34:39 PM CET
    (Información Usuario)

    Que yo recuerde, hay driver ODBC y JDBC, aparte de los que has mencionado para PHP y Python, por supuesto para Perl, y también lo hay para Ruby. Con eso, y la lib original (en C), y algún que otro wrapper que hay rondando por ahí para C++, creo que tenemos cubierta una buena parte del espectro de los lenguajes que pudiera necesitar un programador en Linux, y también en Windows (ODBC).

    [ Padre ]


     
    También usamos vi (2.00 / 2) (#8)
    por Ariel a las Fri Jan 10th, 2003 at 08:15:23 PM CET
    (Información Usuario) http://www.milugar.net

    P.D.: Es un pecado lo de no haber usado nada de nada el vi ¬¬ Aunque sólo fuese para hacer el README mítico que se coloca en cualquier lado xDDDDD

    vi fue mi más fiel compañero de fatigas cuando editaba los ficheros de configuración de Postgres (sobre todo el pg_hba.conf para los permisos de acceso :) En serio, me encanta vi, aunque para escribir documentos grandes, me gusta tener una barra de scroll. Para ficheros pequeños, pruebas o modificaciones siempre usaré vi

    ¿Por qué vi VS emacs? Lo mejor es vi Y emacs (o emacs Y vi, no empecemos ;) )
    --
    Un saludo,
    Visita mi lugar
    [ Padre ]


    algun dia me pondre con el emacs (1.00 / 1) (#10)
    por oneth a las Fri Jan 10th, 2003 at 11:57:21 PM CET
    (Información Usuario)

    :) Si es q aun no controlo ni lo mínimo del vim como para ponerme con otro nuevo xD Tiempo al tiempo, malo será q verano no tenga unos dias para dedicarle. El mismo dia me pondré a practicar tb con Perl y Phyton q son otras de mis "asignaturas pendientes" :(

    [ Padre ]


     

    Introducción a PostgreSQL | 15 comentarios (15 temáticos, editoriales, 0 ocultos)
    Ver: Modo: Orden:
    Menu
    · crear cuenta
    · FAQ
    · búsqueda
    · Fuentes de Noticias

    Login
    Nueva cuenta
    Usuario:
    Contraseña:

    ecol Logo Powered by Scoop
    Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
    Los comentarios son propiedad del que los escribe.
    Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
    El Resto © 2002 Escomposlinux.org y aledaños.

    Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

    El proyecto escomposlinux.org está dedicado a la memoria de tas

    crear cuenta | faq | búsqueda