yo probé pl/php y pl/pgsql

en principio la velocidad fue mayor en pl/pgsql pero con pl/php podía
hacer cosas un poco mas fácil que con pl/pgsql
yo croe que al final el tema de la velocidad si bien es importante no
debería ser principal motivo de evaluación, yo lo enfocaría mas a que
cosa quieres hacer y con cual lenguaje se facilitaría mas el trabajo
de codificación o disminuiría la complejidad de hacerlo.
saludos

El 9 de junio de 2009 9:23, Marcos Ortiz
Valmaseda<[email protected]> escribió:
> Creo desde mi ínfima experiencia que al desarrollar un procedimiento 
> almacenado en C sería mucho más rápido que en los otros lenguajes. Luego por 
> rapidéz colocaría a Pl/pgsql por ser el lenguaje propio procedural del gestor.
> Saludos
>
> ----- Mensaje original -----
> De: "Mario Wojcik" <[email protected]>
> Para: [email protected]
> Enviados: Lunes, 8 de Junio de 2009 14:52:38 GMT -10:00 Hawai
> Asunto: [pgsql-es-ayuda] Diferencias de lenguajes/velocidad en procedimientos 
> almacenados
>
> Hola Gente.
> Por curiosidad, alguno conoce si existen diferencias de velocidad entre
> un stored procedure hecho en pgsql y el mismo en python, ruby o C por
> ejemplo?
> Gracias!
>
> --
> ========================
>   WOJCIK, MARIO A.
> ========================
> Leandro N Alem -Misiones
> ------------------------
> A  R  G  E  N  T  I N  A
> ------------------------
> [email protected]
>
> --
> TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo 
> agradecerán
>
>
> --
> " Linux + NetBeans + PostgreSQL + Symfony "
> Ing. Marcos Ortíz Valmaseda
> Linux User # 418229
> http://wiki.postgresql.org/wiki/User:Marcosluis21
> http://wiki.netbeans.org/MarcosOrtiz
> --
> TIP 3: Si encontraste la respuesta a tu problema, publícala, otros te lo 
> agradecerán
>



-- 
Inscribete en las listas de APESOL
http://www.apesol.org/listas.php

Visita
http://www.eqsoft.net
Manuales, noticias, foros, etc.
--
TIP 2: puedes desuscribirte de todas las listas simultáneamente
    (envía "unregister TuDirecciónDeCorreo" a [email protected])

Responder a