Re: clase conexion php+postgres

Que tal lista.
Estoy trabajando php y quiero conectarme con postgres y ademas manejar todo
con procedimientos almacenados.
alguien que me pueda indicar o ayudar con ejemplos.
Oh que ya tenga la clase conexion para postgres.
Gracias

--
Ing Sistemas y Telecomunicaciones
Luis Felipe Lopez Amezquita
3008217523 - 3162589699

> Que tal lista.
> Estoy trabajando php y quiero conectarme con postgres y ademas manejar
> todo
> con procedimientos almacenados.
> alguien que me pueda indicar o ayudar con ejemplos.
> Oh que ya tenga la clase conexion para postgres.
> Gracias
>
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3162589699
>
>

dale una leida por aca :

http://www.php.net/manual/es/function.pg-connect.php

leonel

correccion era la libreria:

<?php

//////////////////////////////////////////////////////////////////////////////////////////

//////////////////////////////////////////////////////////////////////////////////////////
// FUNCION GENERICA PARA CONECTARNOS A POSTGRESQL SERVER

//////////////////////////////////////////////////////////////////////////////////////////

//////////////////////////////////////////////////////////////////////////////////////////

function conectarpg()
{

/////////// VARIABLES DE CONECCION

$server = "serv_XXXX";
$puerto = "5432";
$database = "base_XXXX";
$usuario = "root_XXXX";
$clave = "xxxx_XXXX";

/////////// CREA LA CONEXION A POSTGRESQL

$link = pg_connect("host=$server port=$puerto dbname=$database
user=$usuario password=$clave");

/////////// SI EXISTE ALGUN EMITE EL ERROR MEDIANTE UN MENSAJE

if (!$link)
{
print("<script languaje=javascript> alert('Error al conectar al
servidor : $server; en la base de datos : $database'); </script>");
exit;
}

return $link;
}

?>

Felipe Amezquita escribió:
> Que tal lista.
> Estoy trabajando php y quiero conectarme con postgres y ademas manejar
> todo con procedimientos almacenados.
> alguien que me pueda indicar o ayudar con ejemplos.
> Oh que ya tenga la clase conexion para postgres.
> Gracias
>
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3162589699

Hola Felipe,
te sugiero que uses un api conocido y con bastante aceptación
para programadores PHP llamado ADODB PHP:
http://adodb.sourceforge.net/

y la forma de conectarte sería;

include('/path/to/adodb.inc.php');
$DB = NewADOConnection('postgres');
$DB->Connect($server, $user, $pwd, $db);

Si alguna vez has programado en ADO de Microsoft, se te hará mas familiar
aun. Dale una leida a su documentación.

> Que tal lista.
> Estoy trabajando php y quiero conectarme con postgres y ademas manejar
> todo
> con procedimientos almacenados.
> alguien que me pueda indicar o ayudar con ejemplos.
> Oh que ya tenga la clase conexion para postgres.
> Gracias
>
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3162589699
>

--
Moises Alberto Lindo Gutarra
Consultor y Desarrollador Java / Open Source
TUMI Solutions S.A.C.
Tel: (511)3481104
MSN: mlindo(at)tumisolutions(dot)com

El 26/02/07, Moises Alberto Lindo Gutarra <mlindo(at)tumihost(dot)com> escribió:
> Hola Felipe,
> te sugiero que uses un api conocido y con bastante aceptación
> para programadores PHP llamado ADODB PHP:
> http://adodb.sourceforge.net/
>
> y la forma de conectarte sería;
>
> include('/path/to/adodb.inc.php');
> $DB = NewADOConnection('postgres');
> $DB->Connect($server, $user, $pwd, $db);
>
> Si alguna vez has programado en ADO de Microsoft, se te hará mas familiar
> aun. Dale una leida a su documentación.
>

Yo también te recomiendo ADOdb, imagina que en algún momento se te
dice que quieren cambiar de motor de base de datos, no voy a dar
ejemplos, pero se entiende... la "portabilidad" de adodb, te permitirá
solo cambiar el nombre del motor por el que quieras, una ventaja a la
hora de desarrollar. Ej, de la documentación :
$dsn = 'oci8://user:pwd(at)tnsname/?persist'; # persist is optional
$conn = ADONewConnection($dsn); # no need for Connect/PConnect
Una de las cosas que me llamo mucho la atencion de adodb fue el
monitoreo de la BD, con el suguiente codigo lo puedes hacer:

<?php
include_once('adodb.inc.php');
session_start(); # session variables required for monitoring
$conn = ADONewConnection($driver);
$conn->Connect($server,$user,$pwd,$db);
$perf =& NewPerfMonitor($conn);
$perf->UI($pollsecs=5);
?>
En todo caso es bueno estudiar la documentación, espero que te sirva de algo...

--
Atte.
Daniel Carrero

> El 26/02/07, Moises Alberto Lindo Gutarra <mlindo(at)tumihost(dot)com> escribió:
>> Hola Felipe,
>> te sugiero que uses un api conocido y con bastante aceptación
>> para programadores PHP llamado ADODB PHP:
>> http://adodb.sourceforge.net/
>>
>> y la forma de conectarte sería;
>>
>> include('/path/to/adodb.inc.php');
>> $DB = NewADOConnection('postgres');
>> $DB->Connect($server, $user, $pwd, $db);
>>
>> Si alguna vez has programado en ADO de Microsoft, se te hará mas
>> familiar
>> aun. Dale una leida a su documentación.
>>
>
> Yo también te recomiendo ADOdb, imagina que en algún momento se te
> dice que quieren cambiar de motor de base de datos, no voy a dar
> ejemplos, pero se entiende... la "portabilidad" de adodb, te permitirá
> solo cambiar el nombre del motor por el que quieras, una ventaja a la
> hora de desarrollar. Ej, de la documentación :
> $dsn = 'oci8://user:pwd(at)tnsname/?persist'; # persist is optional
> $conn = ADONewConnection($dsn); # no need for
> Connect/PConnect
> Una de las cosas que me llamo mucho la atencion de adodb fue el
> monitoreo de la BD, con el suguiente codigo lo puedes hacer:
>
> <?php
> include_once('adodb.inc.php');
> session_start(); # session variables required for monitoring
> $conn = ADONewConnection($driver);
> $conn->Connect($server,$user,$pwd,$db);
> $perf =& NewPerfMonitor($conn);
> $perf->UI($pollsecs=5);
> ?>
> En todo caso es bueno estudiar la documentación, espero que te sirva de
> algo...
>
> --
> Atte.
> Daniel Carrero
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/files/documentation/faqs/FAQ.html
>

Siempre he pensado que buscar la portabilidad de mi aplicacion entre bases
de datos es no aprovechar las caracteristicas importantes en este caso de
PostgreSQL ..

Leonel

Hola listeros, me encuentro involucrado en un proyecto y tengo que proponer
una solucion y necesitaria que me ayudeis con la misma.
La empresa en cuestion tiene muchas sucursales y en cada una quiere poner un
BD local, pero a su vez quiere poder consultar las bases de sus otras
sucursales para poder pedir stock de ser posible o que esten todas
sincronizadas de alguna manera.

Yo deberia poder ofrecerle esa solucion, que me recomiendan?
Estuve mirando algo sobre Slony-I pero es tipo maestro esclavo y los
esclavos no pueden actualizar datos.
Escucho sus sugerencias y si alguien implento algo de esta forma mas
todavia.
Obviamente que la BD es Postgres y creo que la version va a ser la 8.2 o
superior

Saludos
Martin.

_________________________________________________________________
Acepta el reto MSN Premium: Correos más divertidos con fotos y textos
increíbles en MSN Premium. Descárgalo y pruébalo 2 meses gratis.
http://join.msn.com?XAPID=1697&DI=1055&HL=Footer_mailsenviados_correosmasdivertidos

si quieres aprender usa lo que te envie si quieres lo facil y no saber
ni papa ahi bastante erramientas libres

incluso te recomiendo TemplatePower son plantillas en php muy buenas yo
las utilice con postgresql y Ajax y la velocidad es tremenda hermano!!!

Saludos
Raul

Felipe Amezquita escribió:
> Que tal lista.
> Estoy trabajando php y quiero conectarme con postgres y ademas manejar
> todo con procedimientos almacenados.
> alguien que me pueda indicar o ayudar con ejemplos.
> Oh que ya tenga la clase conexion para postgres.
> Gracias
>
> --
> Ing Sistemas y Telecomunicaciones
> Luis Felipe Lopez Amezquita
> 3008217523 - 3162589699

--- Leonel Nunez <lnunez(at)enelserver(dot)com> escribió:

>
> Siempre he pensado que buscar la portabilidad de mi
> aplicacion entre bases
> de datos es no aprovechar las caracteristicas
> importantes en este caso de
> PostgreSQL ..
>
>
> Leonel
>
Esta bien eso es cierto.
pero la portabilidad es algo con lo que nos movemos el
dia de hoy y tambien genera ese tipo de necesidad.

Entonces, uno puede elegir ser aguila, delfin,
elefante, o pato.

Yo elegi ser pato, puesto que aunque vuele torpemente
y no como un aguila, puedo nadar y aunque no lo haga
como un delfin, tambien puedo caminar, y aunque no lo
haga como un elefante, puedo volar.

Ninguno de los otros puede hacer las tres cosas, el
pato no las hace perfectas pero las hace todas.

Espero que entiendas la vision y la relacion que hay
atras de esto.

Ahora la inclusion de mi pensamiento y el tuyo no
aportan nada de nada al tema planteado en la lista.

Que pena que otros tengan que leer nuestros
pensamientos y no aportes tecnicos.

Atte.
Gabriel Colina.

PD. Todavia sigo esperando que la lista conteste a la
idea de aportar un crosstabn, si vale la pena
trabajarlo o esta resuelto ya.

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

>
> Siempre he pensado que buscar la portabilidad de mi aplicacion entre bases
> de datos es no aprovechar las caracteristicas importantes en este caso de
> PostgreSQL ..
>
>
> Leonel
>
La pregunta fue:
<quote>
Que tal lista.
Estoy trabajando php y quiero conectarme con postgres y además manejar
todo con procedimientos almacenados.
</quote>
No quiero entrar en polémica, pero lo que damos son opciones de
conexión a postgresql no cual es mejor, eso lo decide quien pregunto.
Ademas que usando la forma de conexion que vienen por defecto para
postgresql, sino se sabe como evitar fallas de seguridad, podemos
poner en riesgo la BD. lo cual no quiere decir que usando ADOdb no vas
a tener fallas pero al menos te dará los errores, por ejemplo con
PEAR.
Hablamos de flexibilidad tambien, no sabemos cuando el jefe nos pedirá
cambiar a Oracle por ejemplo.
En todo caso las "caracteristicas importantes" son de postgresql no de
la manera en que te conectas a él.
--
Atte.
Daniel Carrero

--- Ricardo Martin Gomez <rimartingomez(at)hotmail(dot)com>
escribió:

> Hola listeros, me encuentro involucrado en un
> proyecto y tengo que proponer
> una solucion y necesitaria que me ayudeis con la
> misma.
> La empresa en cuestion tiene muchas sucursales y en
> cada una quiere poner un
> BD local, pero a su vez quiere poder consultar las
> bases de sus otras
> sucursales para poder pedir stock de ser posible o
> que esten todas
> sincronizadas de alguna manera.
>
> Yo deberia poder ofrecerle esa solucion, que me
> recomiendan?
> Estuve mirando algo sobre Slony-I pero es tipo
> maestro esclavo y los
> esclavos no pueden actualizar datos.
> Escucho sus sugerencias y si alguien implento algo
> de esta forma mas
> todavia.
> Obviamente que la BD es Postgres y creo que la
> version va a ser la 8.2 o
> superior
>
> Saludos
> Martin.
>
>
_________________________________________________________________
> Acepta el reto MSN Premium: Correos más divertidos
> con fotos y textos
> increíbles en MSN Premium. Descárgalo y pruébalo 2
> meses gratis.
>
http://join.msn.com?XAPID=1697&DI=1055&HL=Footer_mailsenviados_correosmasdivertidos
>
>
> ---------------------------(fin del
> mensaje)---------------------------
> TIP 7: no olvides aumentar la configuración del
> "free space map"
>
Yo utlizo una solucion vpn y tengo el servidor en la
sucursal principal, o sea en el local central.

Necesito que me precises sistema operativo. Si es
linux o windows, puesto que del segundo te puedo
hablar sobre otra solucion, en linux seria un atrevido
en contestarte.

Atte.
Gabriel Colina

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

Se me olvidaba en el sitio de PHP CLASSES [1] podrías encontrar muchas
classes, valga la redundancia, para conectarte a postgresql.

[1] http://www.phpclasses.org
--
Atte.
Daniel Carrero

Por restriciones de licencias si o si tengo que usar software libre, tengo
que usar linux y postgres.
Ademas como requerimiento, el cliente eligio linux y postgres entre todas
las combinaciones posibles.

Saludos
Martin.

>From: Gabriel Colina <colina_movil(at)yahoo(dot)com>
>To: Ricardo Martin Gomez <rimartingomez(at)hotmail(dot)com>,
>pgsql-es-ayuda(at)postgresql(dot)org
>Subject: Re: [pgsql-es-ayuda] Bases Remotas y sincronizacion
>Date: Tue, 27 Feb 2007 07:54:11 -0600 (CST)
>
>
>--- Ricardo Martin Gomez <rimartingomez(at)hotmail(dot)com>
>escribió:
>
> > Hola listeros, me encuentro involucrado en un
> > proyecto y tengo que proponer
> > una solucion y necesitaria que me ayudeis con la
> > misma.
> > La empresa en cuestion tiene muchas sucursales y en
> > cada una quiere poner un
> > BD local, pero a su vez quiere poder consultar las
> > bases de sus otras
> > sucursales para poder pedir stock de ser posible o
> > que esten todas
> > sincronizadas de alguna manera.
> >
> > Yo deberia poder ofrecerle esa solucion, que me
> > recomiendan?
> > Estuve mirando algo sobre Slony-I pero es tipo
> > maestro esclavo y los
> > esclavos no pueden actualizar datos.
> > Escucho sus sugerencias y si alguien implento algo
> > de esta forma mas
> > todavia.
> > Obviamente que la BD es Postgres y creo que la
> > version va a ser la 8.2 o
> > superior
> >
> > Saludos
> > Martin.
> >
> >
>_________________________________________________________________
> > Acepta el reto MSN Premium: Correos más divertidos
> > con fotos y textos
> > increíbles en MSN Premium. Descárgalo y pruébalo 2
> > meses gratis.
> >
>http://join.msn.com?XAPID=1697&DI=1055&HL=Footer_mailsenviados_correosmasdivertidos
> >
> >
> > ---------------------------(fin del
> > mensaje)---------------------------
> > TIP 7: no olvides aumentar la configuración del
> > "free space map"
> >
>Yo utlizo una solucion vpn y tengo el servidor en la
>sucursal principal, o sea en el local central.
>
>Necesito que me precises sistema operativo. Si es
>linux o windows, puesto que del segundo te puedo
>hablar sobre otra solucion, en linux seria un atrevido
>en contestarte.
>
>Atte.
>Gabriel Colina
>
>__________________________________________________
>Correo Yahoo!
>Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
>Regístrate ya - http://correo.espanol.yahoo.com/

_________________________________________________________________
Grandes éxitos, superhéroes, imitaciones, cine y TV...
http://es.msn.kiwee.com/ Lo mejor para tu móvil.

> Hola listeros, me encuentro involucrado en un proyecto y tengo que
> proponer
> una solucion y necesitaria que me ayudeis con la misma.
> La empresa en cuestion tiene muchas sucursales y en cada una quiere poner
> un
> BD local, pero a su vez quiere poder consultar las bases de sus otras
> sucursales para poder pedir stock de ser posible o que esten todas
> sincronizadas de alguna manera.
>
> Yo deberia poder ofrecerle esa solucion, que me recomiendan?
> Estuve mirando algo sobre Slony-I pero es tipo maestro esclavo y los
> esclavos no pueden actualizar datos.
> Escucho sus sugerencias y si alguien implento algo de esta forma mas
> todavia.
> Obviamente que la BD es Postgres y creo que la version va a ser la 8.2 o
> superior
>
> Saludos
> Martin.
>
> _________________________________________________________________
> Acepta el reto MSN Premium: Correos más divertidos con fotos y textos
> increíbles en MSN Premium. Descárgalo y pruébalo 2 meses gratis.
> http://join.msn.com?XAPID=1697&DI=1055&HL=Footer_mailsenviados_correosmasdivertidos
>
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 7: no olvides aumentar la configuración del "free space map"
>

que tal si :

1 a cada sucursal le creas un schema en el la central
2 cada sucursal solo actualiza su schema en el central
3 las consultas en el central las haces a travez de los schemas

una idea sin pensar bien pero creo que soluciona el problema

leonel

> --- Leonel Nunez <lnunez(at)enelserver(dot)com> escribió:
>
>
>>
>> Siempre he pensado que buscar la portabilidad de mi
>> aplicacion entre bases
>> de datos es no aprovechar las caracteristicas
>> importantes en este caso de
>> PostgreSQL ..
>>
>>
>> Leonel
>>
> Esta bien eso es cierto.
> pero la portabilidad es algo con lo que nos movemos el
> dia de hoy y tambien genera ese tipo de necesidad.
>

nos movemos? yo no por eso mi comentario.

y es porque desde hace MUCHO tiempo solo uso postgresql y no desarrollo
para otras bases de datos.
Prefiero tener un buen desempeno utilizando y haciendo las cosas
especificas para PostgreSQL que buscar que mi aplicacion corra en
PostgreSQL y en otra base de datos al mismo tiempo..

Elegi PostgreSQL por que PARA MI es la mejor base de datos por eso no
desarrollo para otra.

> Entonces, uno puede elegir ser aguila, delfin,
> elefante, o pato.
>
> Yo elegi ser pato, puesto que aunque vuele torpemente
> y no como un aguila, puedo nadar y aunque no lo haga
> como un delfin, tambien puedo caminar, y aunque no lo
> haga como un elefante, puedo volar.
>
> Ninguno de los otros puede hacer las tres cosas, el
> pato no las hace perfectas pero las hace todas.
>

Y como dicen en mi tierra
El que mucho abarca poco aprieta

yo creo en la especiaizacion y no en ser todologo.

> Espero que entiendas la vision y la relacion que hay
> atras de esto.
>

Claro que entiendo.

cada quien usa lo que es mejor para su caso y en MI caso es mejor
explotar lo que mas pueda las caracteristicas de PostgreSQL sacrificando
la portabilidad que hasta hoy ( mas de 8 anios usando PostgreSQL ) no he
requerido.

> Ahora la inclusion de mi pensamiento y el tuyo no
> aportan nada de nada al tema planteado en la lista.
>

El mio si. Porque sugiero que se enfoquen en PostgreSQL. que en esta lista
ss lo que importa

lo tuyo no lo juzgo cada quien tiene su opinion. No soy nadie para juzgar.

> Que pena que otros tengan que leer nuestros
> pensamientos y no aportes tecnicos.
>
> Atte.
> Gabriel Colina.
>
> PD. Todavia sigo esperando que la lista conteste a la
> idea de aportar un crosstabn, si vale la pena
> trabajarlo o esta resuelto ya.
>

Leonel

>>
>> Siempre he pensado que buscar la portabilidad de mi aplicacion entre
>> bases
>> de datos es no aprovechar las caracteristicas importantes en este caso
>> de
>> PostgreSQL ..
>>
>>
>> Leonel
>>
> La pregunta fue:
> <quote>
> Que tal lista.
> Estoy trabajando php y quiero conectarme con postgres y además manejar
> todo con procedimientos almacenados.
> </quote>
> No quiero entrar en polémica, pero lo que damos son opciones de
> conexión a postgresql no cual es mejor, eso lo decide quien pregunto.
> Ademas que usando la forma de conexion que vienen por defecto para
> postgresql, sino se sabe como evitar fallas de seguridad, podemos
> poner en riesgo la BD. lo cual no quiere decir que usando ADOdb no vas
> a tener fallas pero al menos te dará los errores, por ejemplo con
> PEAR.
> Hablamos de flexibilidad tambien, no sabemos cuando el jefe nos pedirá
> cambiar a Oracle por ejemplo.
> En todo caso las "caracteristicas importantes" son de postgresql no de
> la manera en que te conectas a él.
> --
> Atte.
> Daniel Carrero
>

mi respuesta INICIAL fue que viera la documentacion de php referente a
postgresql

esta fue otra respuesta la cual es MI opinion acerca de la flexibilidad
para usar tu aplicacion con otras bases de datos.

Leonel

Realmente el uso de apis como el ADODB PHP no implica necesariamente
que se use solo por portabilidad. Yo tambien uso Postgresql hace muchos
años como base de datos y uso dicha libreria sin dejar todas las bondades
del PostgreSQL, cada quien y en la empresa donde trabajan usan sus
estandares de desarrollo de aplicaciones, en la mia lo que signifique
trabajar con PHP, usamos ADODB PHP y no hemos tenido problema alguno.

>> --- Leonel Nunez <lnunez(at)enelserver(dot)com> escribió:
>>
>>
>>>
>>> Siempre he pensado que buscar la portabilidad de mi
>>> aplicacion entre bases
>>> de datos es no aprovechar las caracteristicas
>>> importantes en este caso de
>>> PostgreSQL ..
>>>
>>>
>>> Leonel
>>>
>> Esta bien eso es cierto.
>> pero la portabilidad es algo con lo que nos movemos el
>> dia de hoy y tambien genera ese tipo de necesidad.
>>
>
> nos movemos? yo no por eso mi comentario.
>
> y es porque desde hace MUCHO tiempo solo uso postgresql y no desarrollo
> para otras bases de datos.
> Prefiero tener un buen desempeno utilizando y haciendo las cosas
> especificas para PostgreSQL que buscar que mi aplicacion corra en
> PostgreSQL y en otra base de datos al mismo tiempo..
>
> Elegi PostgreSQL por que PARA MI es la mejor base de datos por eso no
> desarrollo para otra.
>
>> Entonces, uno puede elegir ser aguila, delfin,
>> elefante, o pato.
>>
>> Yo elegi ser pato, puesto que aunque vuele torpemente
>> y no como un aguila, puedo nadar y aunque no lo haga
>> como un delfin, tambien puedo caminar, y aunque no lo
>> haga como un elefante, puedo volar.
>>
>> Ninguno de los otros puede hacer las tres cosas, el
>> pato no las hace perfectas pero las hace todas.
>>
>
> Y como dicen en mi tierra
> El que mucho abarca poco aprieta
>
> yo creo en la especiaizacion y no en ser todologo.
>
>> Espero que entiendas la vision y la relacion que hay
>> atras de esto.
>>
>
> Claro que entiendo.
>
> cada quien usa lo que es mejor para su caso y en MI caso es mejor
> explotar lo que mas pueda las caracteristicas de PostgreSQL sacrificando
> la portabilidad que hasta hoy ( mas de 8 anios usando PostgreSQL ) no he
> requerido.
>
>> Ahora la inclusion de mi pensamiento y el tuyo no
>> aportan nada de nada al tema planteado en la lista.
>>
>
> El mio si. Porque sugiero que se enfoquen en PostgreSQL. que en esta lista
> ss lo que importa
>
> lo tuyo no lo juzgo cada quien tiene su opinion. No soy nadie para
> juzgar.
>
>> Que pena que otros tengan que leer nuestros
>> pensamientos y no aportes tecnicos.
>>
>> Atte.
>> Gabriel Colina.
>>
>> PD. Todavia sigo esperando que la lista conteste a la
>> idea de aportar un crosstabn, si vale la pena
>> trabajarlo o esta resuelto ya.
>>
>
>
> Leonel
>
>
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 2: puedes desuscribirte de todas las listas simultáneamente
> (envíe "unregister TuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)
>

--
Moises Alberto Lindo Gutarra
Consultor y Desarrollador Java / Open Source
TUMI Solutions S.A.C.
Cel: (511)97366260
MSN: mlindo(at)tumisolutions(dot)com

Bla bla bla no se que es eso?

puro OT

Gabriel Colina escribió:
> --- Leonel Nunez <lnunez(at)enelserver(dot)com> escribió:
>
>
>
>> Siempre he pensado que buscar la portabilidad de mi
>> aplicacion entre bases
>> de datos es no aprovechar las caracteristicas
>> importantes en este caso de
>> PostgreSQL ..
>>
>>
>> Leonel
>>
>>
> Esta bien eso es cierto.
> pero la portabilidad es algo con lo que nos movemos el
> dia de hoy y tambien genera ese tipo de necesidad.
>
> Entonces, uno puede elegir ser aguila, delfin,
> elefante, o pato.
>
> Yo elegi ser pato, puesto que aunque vuele torpemente
> y no como un aguila, puedo nadar y aunque no lo haga
> como un delfin, tambien puedo caminar, y aunque no lo
> haga como un elefante, puedo volar.
>
> Ninguno de los otros puede hacer las tres cosas, el
> pato no las hace perfectas pero las hace todas.
>
> Espero que entiendas la vision y la relacion que hay
> atras de esto.
>
> Ahora la inclusion de mi pensamiento y el tuyo no
> aportan nada de nada al tema planteado en la lista.
>
> Que pena que otros tengan que leer nuestros
> pensamientos y no aportes tecnicos.
>
> Atte.
> Gabriel Colina.
>
> PD. Todavia sigo esperando que la lista conteste a la
> idea de aportar un crosstabn, si vale la pena
> trabajarlo o esta resuelto ya.
>
>
> __________________________________________________
> Correo Yahoo!
> Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
> Regístrate ya - http://correo.espanol.yahoo.com/
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster
>
>

Ok Moises muy de acuerdo...

Moises Alberto Lindo Gutarra escribió:
> Realmente el uso de apis como el ADODB PHP no implica necesariamente
> que se use solo por portabilidad. Yo tambien uso Postgresql hace muchos
> años como base de datos y uso dicha libreria sin dejar todas las bondades
> del PostgreSQL, cada quien y en la empresa donde trabajan usan sus
> estandares de desarrollo de aplicaciones, en la mia lo que signifique
> trabajar con PHP, usamos ADODB PHP y no hemos tenido problema alguno.
>
>
>>> --- Leonel Nunez <lnunez(at)enelserver(dot)com> escribió:
>>>
>>>
>>>
>>>> Siempre he pensado que buscar la portabilidad de mi
>>>> aplicacion entre bases
>>>> de datos es no aprovechar las caracteristicas
>>>> importantes en este caso de
>>>> PostgreSQL ..
>>>>
>>>>
>>>> Leonel
>>>>
>>>>
>>> Esta bien eso es cierto.
>>> pero la portabilidad es algo con lo que nos movemos el
>>> dia de hoy y tambien genera ese tipo de necesidad.
>>>
>>>
>> nos movemos? yo no por eso mi comentario.
>>
>> y es porque desde hace MUCHO tiempo solo uso postgresql y no desarrollo
>> para otras bases de datos.
>> Prefiero tener un buen desempeno utilizando y haciendo las cosas
>> especificas para PostgreSQL que buscar que mi aplicacion corra en
>> PostgreSQL y en otra base de datos al mismo tiempo..
>>
>> Elegi PostgreSQL por que PARA MI es la mejor base de datos por eso no
>> desarrollo para otra.
>>
>>
>>> Entonces, uno puede elegir ser aguila, delfin,
>>> elefante, o pato.
>>>
>>> Yo elegi ser pato, puesto que aunque vuele torpemente
>>> y no como un aguila, puedo nadar y aunque no lo haga
>>> como un delfin, tambien puedo caminar, y aunque no lo
>>> haga como un elefante, puedo volar.
>>>
>>> Ninguno de los otros puede hacer las tres cosas, el
>>> pato no las hace perfectas pero las hace todas.
>>>
>>>
>> Y como dicen en mi tierra
>> El que mucho abarca poco aprieta
>>
>> yo creo en la especiaizacion y no en ser todologo.
>>
>>
>>> Espero que entiendas la vision y la relacion que hay
>>> atras de esto.
>>>
>>>
>> Claro que entiendo.
>>
>> cada quien usa lo que es mejor para su caso y en MI caso es mejor
>> explotar lo que mas pueda las caracteristicas de PostgreSQL sacrificando
>> la portabilidad que hasta hoy ( mas de 8 anios usando PostgreSQL ) no he
>> requerido.
>>
>>
>>> Ahora la inclusion de mi pensamiento y el tuyo no
>>> aportan nada de nada al tema planteado en la lista.
>>>
>>>
>> El mio si. Porque sugiero que se enfoquen en PostgreSQL. que en esta lista
>> ss lo que importa
>>
>> lo tuyo no lo juzgo cada quien tiene su opinion. No soy nadie para
>> juzgar.
>>
>>
>>> Que pena que otros tengan que leer nuestros
>>> pensamientos y no aportes tecnicos.
>>>
>>> Atte.
>>> Gabriel Colina.
>>>
>>> PD. Todavia sigo esperando que la lista conteste a la
>>> idea de aportar un crosstabn, si vale la pena
>>> trabajarlo o esta resuelto ya.
>>>
>>>
>> Leonel
>>
>>
>>
>> ---------------------------(fin del mensaje)---------------------------
>> TIP 2: puedes desuscribirte de todas las listas simultáneamente
>> (envíe "unregister TuDirecciónDeCorreo" a majordomo(at)postgresql(dot)org)
>>
>>
>
>
>

> Realmente el uso de apis como el ADODB PHP no implica necesariamente
> que se use solo por portabilidad. Yo tambien uso Postgresql hace muchos
> años como base de datos y uso dicha libreria sin dejar todas las bondades
> del PostgreSQL, cada quien y en la empresa donde trabajan usan sus
> estandares de desarrollo de aplicaciones, en la mia lo que signifique
> trabajar con PHP, usamos ADODB PHP y no hemos tenido problema alguno.
>

Aunque no soy fan de php asi si me gusta porque eso de sacrificar
caracteristicas de PostgreSQL por buscar portabilidad nomas no me agrada

Leonel

--- Raúl Mero Moreira <rmero(at)marzam-online(dot)com>
escribió:

> Bla bla bla no se que es eso?
>
> puro OT
Muy bien resumido, eso es exactamete lo que queria que
alguien escribiera, por eso dije que no aporta nada a
la lista dar solo opiniones sin soluciones puntuales a
quien tiene un problema.

Leonel, deci mejor que cosas sacrificas usando adodb
con postgres en php

Y brinda una solucion.
Atte Gabriel Colina.

__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.espanol.yahoo.com/

On 2/27/07, Leonel Nunez <lnunez(at)enelserver(dot)com> wrote:
>
>
> que tal si :
>
> 1 a cada sucursal le creas un schema en el la central
> 2 cada sucursal solo actualiza su schema en el central
> 3 las consultas en el central las haces a travez de los schemas
>
> una idea sin pensar bien pero creo que soluciona el problema
>
> leonel
>

Si soluciona su problema :D en algun hilo pregunte algo parecido y
alvaro propuso la misma solucion, el decia que otra peronsa hablo de
hacer "replicacion inversa" con slony, con el caso de los schemas se
resuelve el problema de master-slave.

--
"Linux is for people who hate Windows, BSD is for people who love UNIX"
"Social Engineer -> Because there is no patch for human stupidity"

> --- Raúl Mero Moreira <rmero(at)marzam-online(dot)com>
> escribió:
>
>> Bla bla bla no se que es eso?
>>
>> puro OT
> Muy bien resumido, eso es exactamete lo que queria que
> alguien escribiera, por eso dije que no aporta nada a
> la lista dar solo opiniones sin soluciones puntuales a
> quien tiene un problema.
>
> Leonel, deci mejor que cosas sacrificas usando adodb
> con postgres en php
>
> Y brinda una solucion.
> Atte Gabriel Colina.
>
>

De nuevo veo que no lees todo
http://archives.postgresql.org/pgsql-es-ayuda/2007-02/msg01145.php

mi primer respuesta fue de que viera la documentacion de php + postgresql

Leonel

> On 2/27/07, Leonel Nunez <lnunez(at)enelserver(dot)com> wrote:
>>
>>
>> que tal si :
>>
>> 1 a cada sucursal le creas un schema en el la central
>> 2 cada sucursal solo actualiza su schema en el central
>> 3 las consultas en el central las haces a travez de los schemas
>>
>> una idea sin pensar bien pero creo que soluciona el problema
>>
>> leonel
>>
>
>
> Si soluciona su problema :D en algun hilo pregunte algo parecido y
> alvaro propuso la misma solucion, el decia que otra peronsa hablo de
> hacer "replicacion inversa" con slony, con el caso de los schemas se
> resuelve el problema de master-slave.
>
> --

E X A C T O !!!
jeje

> "Linux is for people who hate Windows, BSD is for people who love UNIX"
> "Social Engineer -> Because there is no patch for human stupidity"
>

leonel

Daniel Carrero escribió:

> La pregunta fue:
> <quote>
> Que tal lista.
> Estoy trabajando php y quiero conectarme con postgres y además manejar
> todo con procedimientos almacenados.
> </quote>
> No quiero entrar en polémica, pero lo que damos son opciones de
> conexión a postgresql no cual es mejor, eso lo decide quien pregunto.

Creo que Leonel quizo tirar una idea, como para que quien pregunto tenga
mas armas para definir como realizar su aplicacion.

> Ademas que usando la forma de conexion que vienen por defecto para
> postgresql, sino se sabe como evitar fallas de seguridad, podemos
> poner en riesgo la BD. lo cual no quiere decir que usando ADOdb no vas
> a tener fallas pero al menos te dará los errores, por ejemplo con
> PEAR.

Usar ADOdb, PEAR::MDB2 no va a evitar que problemas se seguridad (sql
injection, etc.). Para eso deberias ver PDO (esta como extension de PECL.

> Hablamos de flexibilidad tambien, no sabemos cuando el jefe nos pedirá
> cambiar a Oracle por ejemplo.

En tal caso, le diras que eso costara $$$ (lo que valga la hora hombre
de trabajo por el precio de dicha hora) y que el decida.

> En todo caso las "caracteristicas importantes" son de postgresql no de
> la manera en que te conectas a él.

????

De que portabilidad estas hablando si usas PL/pgSQL? O funciones que son
propias de PostgreSQL? O cosas que no estan en el ANSI-SQL?

--
select 'mmarques' || '@' || 'unl.edu.ar' AS email;
---------------------------------------------------------
Martín Marqués | Programador, DBA
Centro de Telemática | Administrador
Universidad Nacional
del Litoral
---------------------------------------------------------

Leonel Nunez escribió:
>> Si soluciona su problema :D en algun hilo pregunte algo parecido y
>> alvaro propuso la misma solucion, el decia que otra peronsa hablo de
>> hacer "replicacion inversa" con slony, con el caso de los schemas se
>> resuelve el problema de master-slave.

No conocía esta "opción" del SlonyI... Interesante y ¡mucho!

--
Manu