Re: Consulta Capos tipo Bytea

Amigos como estan, queria consultarles algo, alguien sabe si hay algun cambio en los tipos de datos bytea??
Ya que tengo un programa en punto net en el cual grabo imagenes en postgre en este tipo de datos, el programa funciona bien en postgre 8.4, pero ayer actualice a la version 9.1.2 de postgre y ya no me funciona el programa, tengo un error en punto net, me sale un mensaje de error al tratar de convertir a imagen lo que tengo en ese campo.
Y lo unico que he hecho es actualizar a la base de datos.
Saludos

Cual es ese mensaje?
El 09/02/2012 08:03, "Fernando Siguenza" <fsigu(at)hotmail(dot)com> escribió:

> Amigos como estan, queria consultarles algo, alguien sabe si hay algun
> cambio en los tipos de datos bytea??
>
> Ya que tengo un programa en punto net en el cual grabo imagenes en postgre
> en este tipo de datos, el programa funciona bien en postgre 8.4, pero ayer
> actualice a la version 9.1.2 de postgre y ya no me funciona el programa,
> tengo un error en punto net, me sale un mensaje de error al tratar de
> convertir a imagen lo que tengo en ese campo.
>
> Y lo unico que he hecho es actualizar a la base de datos.
>
> Saludos
>

Excerpts from Fernando Siguenza's message of jue feb 09 11:02:56 -0300 2012:
>
> Amigos como estan, queria consultarles algo, alguien sabe si hay algun cambio en los tipos de datos bytea??
> Ya que tengo un programa en punto net en el cual grabo imagenes en postgre en este tipo de datos, el programa funciona bien en postgre 8.4, pero ayer actualice a la version 9.1.2 de postgre y ya no me funciona el programa, tengo un error en punto net, me sale un mensaje de error al tratar de convertir a imagen lo que tengo en ese campo.
> Y lo unico que he hecho es actualizar a la base de datos.

Sí, hay un cambio -- ve bytea_output.

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>

El jue, 09-02-2012 a las 09:02 -0500, Fernando Siguenza escribió:

> Amigos como estan, queria consultarles algo, alguien sabe si hay algun
> cambio en los tipos de datos bytea??
>
>
> Ya que tengo un programa en punto net en el cual grabo imagenes en
> postgre en este tipo de datos, el programa funciona bien en postgre
> 8.4, pero ayer actualice a la version 9.1.2 de postgre y ya no me
> funciona el programa, tengo un error en punto net, me sale un mensaje
> de error al tratar de convertir a imagen lo que tengo en ese campo.
>
>
> Y lo unico que he hecho es actualizar a la base de datos.

Creo que también deberías actualizar el driver, por ejemplo en nuestros
desarrollos hechos en JAVA migramos a la versión
postgresql-9.0-801.jdbc4.jar y subsanamos los inconvenientes.

Saludos.

>
>
> Saludos

--
Ernesto Verbanaz - SysWarp S.R.L.
Perú 359 OF. 1107 - Buenos Aires - Argentina
TE: 5411-6841-0221/0225

El jue, 09-02-2012 a las 11:13 -0300, Alvaro Herrera escribió:
> Excerpts from Fernando Siguenza's message of jue feb 09 11:02:56 -0300 2012:
> >
> > Amigos como estan, queria consultarles algo, alguien sabe si hay algun cambio en los tipos de datos bytea??
> > Ya que tengo un programa en punto net en el cual grabo imagenes en postgre en este tipo de datos, el programa funciona bien en postgre 8.4, pero ayer actualice a la version 9.1.2 de postgre y ya no me funciona el programa, tengo un error en punto net, me sale un mensaje de error al tratar de convertir a imagen lo que tengo en ese campo.
> > Y lo unico que he hecho es actualizar a la base de datos.
>
> Sí, hay un cambio -- ve bytea_output.

En este vinculo podes encontrar mas información

http://npgsql.projects.postgresql.org/

>

--
Ernesto Verbanaz - SysWarp S.R.L.
Perú 359 OF. 1107 - Buenos Aires - Argentina
TE: 5411-6841-0221/0225

El 2/9/2012 9:02 AM, Fernando Siguenza escribió:
> Amigos como estan, queria consultarles algo, alguien sabe si hay algun
> cambio en los tipos de datos bytea??
>
> Ya que tengo un programa en punto net en el cual grabo imagenes en
> postgre en este tipo de datos, el programa funciona bien en postgre 8.4,
> pero ayer actualice a la version 9.1.2 de postgre y ya no me funciona el
> programa, tengo un error en punto net, me sale un mensaje de error al
> tratar de convertir a imagen lo que tengo en ese campo.
>
> Y lo unico que he hecho es actualizar a la base de datos.

Es aconsejable siempre que cambias de versión hacerlo con un
pg_dump/pg_reload, o usando Slony o usando
pg_upgrade, una excelente utilidad desarrollada por Bruce Momjian para
actualizar de versión más rápido.

La documentación en la notas de versión recomiendan hacer algunos de
estos pasos que he descrito antes por el hecho de que desde 8.4 a 9.0,
han ocurrido muchos cambios tanto en el catalógo, como en el núcleo del
sistema para garantizar una mejor calidad del código y muchas veces
rompe la compatibilidad hacia atrás de algunas funcionalidades.

Sobre el tipo de datos bytea, a partir de la versión 9.0, la salidad del
tipo de datos aparece en formato hexagesimal por defecto (gracias a
Peter Eisentraut), por lo que si la migración viene de 8.4, existe un
parámetro ahora bytea_output que puede ser usado para seleccionar el
formato tradicional de salida si se hace necesario para la
compatibilidad, ya sea el formato de escape o el de hexagesimal.

Tipos de datos binarios
http://http://www.postgresql.org/docs/9.1/static/datatype-binary.html

Notas de versión de la 9.0
http://http://www.postgresql.org/docs/9.0/static/release-9-0.html
Fíjate en la sección E.2.2.3 Data Types

Saludos
--
Marcos Luis Ortíz Valmaseda
Sr. Software Engineer (UCI)
http://marcosluis2186.posterous.com
http://www.linkedin.com/in/marcosluis2186
Twitter: @marcosluis2186

Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
http://www.antiterroristas.cu
http://justiciaparaloscinco.wordpress.com

Gracias Amigos por sus respuestas, pero sigo teniendo el mismo error,
Ya probe actualizando el npgsql a la version
Npgsql2.0.11.92
Pero no funciono el error sigue.
Intente lo del bytea_output pero no me funciono no se si aqui a lo mejor tengo algo estoy haciendo mal el codigo que uso para esto es el siguiente

public DataSet recuperaArticulos(string agecod, string codArticulo, string desArticulo, string codGrupo, string codLinea, string codProveedor, Boolean artInactivo, Boolean servicio) { using (cnpg = new NpgsqlConnection(ConfigurationManager.ConnectionStrings["postgres"].ToString())) { NpgsqlCommand comando;
DataSet ds = null; cnpg.Open(); NpgsqlTransaction t = cnpg.BeginTransaction(); comando = new NpgsqlCommand("set bytea_output = 'escape'", cnpg); comando.ExecuteNonQuery();
comando = new NpgsqlCommand("select artagecod,artcod,artdes,artexi,artcos,artlin,lindes, artgru, grudes,artpro, proape || ' ' || pronom as proveedor, artfecult, artcosult,artdescue, preval,artnotinv,artconpro,articulo.inactivo,artiva, arteximin, (artexi - artconpro) as exicon,artcar, artlogo,artser from articulo inner join lineas on linagecod=artagecod and lincod=artlin inner join grupos on gruagecod=artagecod and grucod=artgru inner join proveedores on proagecod=artagecod and procod=artpro inner join preart on preagecod=artagecod and preart=artcod where (artagecod=(at)AgeCod and artcod Like @CodArticulo and artdes Like @Descripcion and artgru Like @CodGrupo and artlin Like @CodLinea and artpro Like @CodProveedor and articulo(dot)inactivo=(at)artInactivo) order by artdes ", cnpg); }
comando.CommandType = CommandType.Text; comando.Parameters.Add(new NpgsqlParameter("@AgeCod", NpgsqlDbType.Varchar, 3)).Value = agecod; comando.Parameters.Add(new NpgsqlParameter("@CodArticulo", NpgsqlDbType.Varchar, 15)).Value = codArticulo + '%'; comando.Parameters.Add(new NpgsqlParameter("@Descripcion", NpgsqlDbType.Varchar, 30)).Value = desArticulo + '%'; comando.Parameters.Add(new NpgsqlParameter("@CodGrupo", NpgsqlDbType.Varchar, 5)).Value = codGrupo + '%'; comando.Parameters.Add(new NpgsqlParameter("@CodLinea", NpgsqlDbType.Varchar, 5)).Value = codLinea + '%'; comando.Parameters.Add(new NpgsqlParameter("@CodProveedor", NpgsqlDbType.Varchar, 11)).Value = codProveedor + '%'; comando.Parameters.Add(new NpgsqlParameter("@artInactivo", NpgsqlDbType.Integer)).Value = 1; NpgsqlDataAdapter da = new NpgsqlDataAdapter(comando); ds = new DataSet(); da.Fill(ds); t.Commit();
return ds; } }
Cualquier ayuda es bienvenida.
SAludos

> Date: Thu, 9 Feb 2012 09:25:30 -0500
> From: mlortiz(at)uci(dot)cu
> To: fsigu(at)hotmail(dot)com
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Subject: Re: [pgsql-es-ayuda] Consulta Capos tipo Bytea
>
>
>
> El 2/9/2012 9:02 AM, Fernando Siguenza escribió:
> > Amigos como estan, queria consultarles algo, alguien sabe si hay algun
> > cambio en los tipos de datos bytea??
> >
> > Ya que tengo un programa en punto net en el cual grabo imagenes en
> > postgre en este tipo de datos, el programa funciona bien en postgre 8.4,
> > pero ayer actualice a la version 9.1.2 de postgre y ya no me funciona el
> > programa, tengo un error en punto net, me sale un mensaje de error al
> > tratar de convertir a imagen lo que tengo en ese campo.
> >
> > Y lo unico que he hecho es actualizar a la base de datos.
>
> Es aconsejable siempre que cambias de versión hacerlo con un
> pg_dump/pg_reload, o usando Slony o usando
> pg_upgrade, una excelente utilidad desarrollada por Bruce Momjian para
> actualizar de versión más rápido.
>
> La documentación en la notas de versión recomiendan hacer algunos de
> estos pasos que he descrito antes por el hecho de que desde 8.4 a 9.0,
> han ocurrido muchos cambios tanto en el catalógo, como en el núcleo del
> sistema para garantizar una mejor calidad del código y muchas veces
> rompe la compatibilidad hacia atrás de algunas funcionalidades.
>
> Sobre el tipo de datos bytea, a partir de la versión 9.0, la salidad del
> tipo de datos aparece en formato hexagesimal por defecto (gracias a
> Peter Eisentraut), por lo que si la migración viene de 8.4, existe un
> parámetro ahora bytea_output que puede ser usado para seleccionar el
> formato tradicional de salida si se hace necesario para la
> compatibilidad, ya sea el formato de escape o el de hexagesimal.
>
> Tipos de datos binarios
> http://http://www.postgresql.org/docs/9.1/static/datatype-binary.html
>
> Notas de versión de la 9.0
> http://http://www.postgresql.org/docs/9.0/static/release-9-0.html
> Fíjate en la sección E.2.2.3 Data Types
>
> Saludos
> --
> Marcos Luis Ortíz Valmaseda
> Sr. Software Engineer (UCI)
> http://marcosluis2186.posterous.com
> http://www.linkedin.com/in/marcosluis2186
> Twitter: @marcosluis2186
>
>
>
> Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
> http://www.antiterroristas.cu
> http://justiciaparaloscinco.wordpress.com

¿Cómo fue que hiciste la migración hacia 9.1.2?
Mi recomendación es que uses pg_upgrade para hacerlo y así tendrás
mejores resultados.

El 2/9/2012 12:01 PM, Fernando Siguenza escribió:
> Gracias Amigos por sus respuestas, pero sigo teniendo el mismo error,
>
> Ya probe actualizando el npgsql a la version *Npgsql2.0.11.92
> <http://pgfoundry.org/frs/shownotes.php?release_id=1889>*
>
> Pero no funciono el error sigue.
>
> Intente lo del bytea_output pero no me funciono no se si aqui a lo mejor
> tengo algo estoy haciendo mal el codigo que uso para esto es el siguiente
>
>
> public DataSet recuperaArticulos(string agecod, string codArticulo,
> string desArticulo, string codGrupo, string codLinea, string
> codProveedor, Boolean artInactivo, Boolean servicio)
> {
> using (cnpg = new
> NpgsqlConnection(ConfigurationManager.ConnectionStrings["postgres"].ToString()))
> {
> NpgsqlCommand comando;
>
> DataSet ds = null;
> cnpg.Open();
> NpgsqlTransaction t = cnpg.BeginTransaction();
> comando = new NpgsqlCommand("set bytea_output = 'escape'", cnpg);
> comando.ExecuteNonQuery();

El contexto de esa variable de configuración es en la sesión, así que
debería funcionar.

Prueba antes de abrir cualquier transacción, ejecutar el comando SET
bytea_ouput = 'escape', o sino, házlo ya en el postgresql.conf de una vez.

>
> comando = new NpgsqlCommand("select
> artagecod,artcod,artdes,artexi,artcos,artlin,lindes, artgru,
> grudes,artpro, proape || ' ' || pronom as proveedor, artfecult,
> artcosult,artdescue,
> preval,artnotinv,artconpro,articulo.inactivo,artiva, arteximin, (artexi
> - artconpro) as exicon,artcar, artlogo,artser from articulo inner join
> lineas on linagecod=artagecod and lincod=artlin inner join grupos on
> gruagecod=artagecod and grucod=artgru inner join proveedores on
> proagecod=artagecod and procod=artpro inner join preart on
> preagecod=artagecod and preart=artcod where (artagecod=(at)AgeCod and
> artcod Like @CodArticulo and artdes Like @Descripcion and artgru Like
> @CodGrupo and artlin Like @CodLinea and artpro Like @CodProveedor and
> articulo(dot)inactivo=(at)artInactivo) order by artdes ", cnpg);
> }
>
> comando.CommandType = CommandType.Text;
> comando.Parameters.Add(new NpgsqlParameter("@AgeCod",
> NpgsqlDbType.Varchar, 3)).Value = agecod;
> comando.Parameters.Add(new NpgsqlParameter("@CodArticulo",
> NpgsqlDbType.Varchar, 15)).Value = codArticulo + '%';
> comando.Parameters.Add(new NpgsqlParameter("@Descripcion",
> NpgsqlDbType.Varchar, 30)).Value = desArticulo + '%';
> comando.Parameters.Add(new NpgsqlParameter("@CodGrupo",
> NpgsqlDbType.Varchar, 5)).Value = codGrupo + '%';
> comando.Parameters.Add(new NpgsqlParameter("@CodLinea",
> NpgsqlDbType.Varchar, 5)).Value = codLinea + '%';
> comando.Parameters.Add(new NpgsqlParameter("@CodProveedor",
> NpgsqlDbType.Varchar, 11)).Value = codProveedor + '%';
> comando.Parameters.Add(new NpgsqlParameter("@artInactivo",
> NpgsqlDbType.Integer)).Value = 1;
> NpgsqlDataAdapter da = new NpgsqlDataAdapter(comando);
> ds = new DataSet();
> da.Fill(ds);
> t.Commit();
>
> return ds;
> }
> }
>
> Cualquier ayuda es bienvenida.
>
> SAludos
>
>
> > Date: Thu, 9 Feb 2012 09:25:30 -0500
> > From: mlortiz(at)uci(dot)cu
> > To: fsigu(at)hotmail(dot)com
> > CC: pgsql-es-ayuda(at)postgresql(dot)org
> > Subject: Re: [pgsql-es-ayuda] Consulta Capos tipo Bytea
> >
> >
> >
> > El 2/9/2012 9:02 AM, Fernando Siguenza escribió:
> > > Amigos como estan, queria consultarles algo, alguien sabe si hay algun
> > > cambio en los tipos de datos bytea??
> > >
> > > Ya que tengo un programa en punto net en el cual grabo imagenes en
> > > postgre en este tipo de datos, el programa funciona bien en postgre
> 8.4,
> > > pero ayer actualice a la version 9.1.2 de postgre y ya no me
> funciona el
> > > programa, tengo un error en punto net, me sale un mensaje de error al
> > > tratar de convertir a imagen lo que tengo en ese campo.
> > >
> > > Y lo unico que he hecho es actualizar a la base de datos.
> >
> > Es aconsejable siempre que cambias de versión hacerlo con un
> > pg_dump/pg_reload, o usando Slony o usando
> > pg_upgrade, una excelente utilidad desarrollada por Bruce Momjian para
> > actualizar de versión más rápido.
> >
> > La documentación en la notas de versión recomiendan hacer algunos de
> > estos pasos que he descrito antes por el hecho de que desde 8.4 a 9.0,
> > han ocurrido muchos cambios tanto en el catalógo, como en el núcleo del
> > sistema para garantizar una mejor calidad del código y muchas veces
> > rompe la compatibilidad hacia atrás de algunas funcionalidades.
> >
> > Sobre el tipo de datos bytea, a partir de la versión 9.0, la salidad del
> > tipo de datos aparece en formato hexagesimal por defecto (gracias a
> > Peter Eisentraut), por lo que si la migración viene de 8.4, existe un
> > parámetro ahora bytea_output que puede ser usado para seleccionar el
> > formato tradicional de salida si se hace necesario para la
> > compatibilidad, ya sea el formato de escape o el de hexagesimal.
> >
> > Tipos de datos binarios
> > http://http://www.postgresql.org/docs/9.1/static/datatype-binary.html
> >
> > Notas de versión de la 9.0
> > http://http://www.postgresql.org/docs/9.0/static/release-9-0.html
> > Fíjate en la sección E.2.2.3 Data Types
> >
> > Saludos
> > --
> > Marcos Luis Ortíz Valmaseda
> > Sr. Software Engineer (UCI)
> > http://marcosluis2186.posterous.com
> > http://www.linkedin.com/in/marcosluis2186
> > Twitter: @marcosluis2186
> >
> >
> >
> > Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE
> SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
> > http://www.antiterroristas.cu
> > http://justiciaparaloscinco.wordpress.com
>
>
> <http://www.antiterroristas.cu/>

--
Marcos Luis Ortíz Valmaseda
Senior Software Engineer (UCI)
http://marcosluis2186.posterous.com
http://www.linkedin.com/in/marcosluis2186
Twitter: @marcosluis2186

Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
http://www.antiterroristas.cu
http://justiciaparaloscinco.wordpress.com

Actualice simplemente haciendo un backup de la base, luego de esto, desinstale el la base en windows, la volvi a instalar en su nueva version y ahi hice un restore de la base.Voy a leer un poco mas de como hacer uso del pg_upgrade y no se si lo haya en windows.
Saludos
Fernando

> Date: Thu, 9 Feb 2012 12:45:36 -0500
> From: mlortiz(at)uci(dot)cu
> To: fsigu(at)hotmail(dot)com
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Subject: Re: [pgsql-es-ayuda] Consulta Capos tipo Bytea
>
> ¿Cómo fue que hiciste la migración hacia 9.1.2?
> Mi recomendación es que uses pg_upgrade para hacerlo y así tendrás
> mejores resultados.
>
> El 2/9/2012 12:01 PM, Fernando Siguenza escribió:
> > Gracias Amigos por sus respuestas, pero sigo teniendo el mismo error,
> >
> > Ya probe actualizando el npgsql a la version *Npgsql2.0.11.92
> > <http://pgfoundry.org/frs/shownotes.php?release_id=1889>*
> >
> > Pero no funciono el error sigue.
> >
> > Intente lo del bytea_output pero no me funciono no se si aqui a lo mejor
> > tengo algo estoy haciendo mal el codigo que uso para esto es el siguiente
> >
> >
> > public DataSet recuperaArticulos(string agecod, string codArticulo,
> > string desArticulo, string codGrupo, string codLinea, string
> > codProveedor, Boolean artInactivo, Boolean servicio)
> > {
> > using (cnpg = new
> > NpgsqlConnection(ConfigurationManager.ConnectionStrings["postgres"].ToString()))
> > {
> > NpgsqlCommand comando;
> >
> > DataSet ds = null;
> > cnpg.Open();
> > NpgsqlTransaction t = cnpg.BeginTransaction();
> > comando = new NpgsqlCommand("set bytea_output = 'escape'", cnpg);
> > comando.ExecuteNonQuery();
>
> El contexto de esa variable de configuración es en la sesión, así que
> debería funcionar.
>
> Prueba antes de abrir cualquier transacción, ejecutar el comando SET
> bytea_ouput = 'escape', o sino, házlo ya en el postgresql.conf de una vez.
>
> >
> > comando = new NpgsqlCommand("select
> > artagecod,artcod,artdes,artexi,artcos,artlin,lindes, artgru,
> > grudes,artpro, proape || ' ' || pronom as proveedor, artfecult,
> > artcosult,artdescue,
> > preval,artnotinv,artconpro,articulo.inactivo,artiva, arteximin, (artexi
> > - artconpro) as exicon,artcar, artlogo,artser from articulo inner join
> > lineas on linagecod=artagecod and lincod=artlin inner join grupos on
> > gruagecod=artagecod and grucod=artgru inner join proveedores on
> > proagecod=artagecod and procod=artpro inner join preart on
> > preagecod=artagecod and preart=artcod where (artagecod=(at)AgeCod and
> > artcod Like @CodArticulo and artdes Like @Descripcion and artgru Like
> > @CodGrupo and artlin Like @CodLinea and artpro Like @CodProveedor and
> > articulo(dot)inactivo=(at)artInactivo) order by artdes ", cnpg);
> > }
> >
> > comando.CommandType = CommandType.Text;
> > comando.Parameters.Add(new NpgsqlParameter("@AgeCod",
> > NpgsqlDbType.Varchar, 3)).Value = agecod;
> > comando.Parameters.Add(new NpgsqlParameter("@CodArticulo",
> > NpgsqlDbType.Varchar, 15)).Value = codArticulo + '%';
> > comando.Parameters.Add(new NpgsqlParameter("@Descripcion",
> > NpgsqlDbType.Varchar, 30)).Value = desArticulo + '%';
> > comando.Parameters.Add(new NpgsqlParameter("@CodGrupo",
> > NpgsqlDbType.Varchar, 5)).Value = codGrupo + '%';
> > comando.Parameters.Add(new NpgsqlParameter("@CodLinea",
> > NpgsqlDbType.Varchar, 5)).Value = codLinea + '%';
> > comando.Parameters.Add(new NpgsqlParameter("@CodProveedor",
> > NpgsqlDbType.Varchar, 11)).Value = codProveedor + '%';
> > comando.Parameters.Add(new NpgsqlParameter("@artInactivo",
> > NpgsqlDbType.Integer)).Value = 1;
> > NpgsqlDataAdapter da = new NpgsqlDataAdapter(comando);
> > ds = new DataSet();
> > da.Fill(ds);
> > t.Commit();
> >
> > return ds;
> > }
> > }
> >
> > Cualquier ayuda es bienvenida.
> >
> > SAludos
> >
> >
> > > Date: Thu, 9 Feb 2012 09:25:30 -0500
> > > From: mlortiz(at)uci(dot)cu
> > > To: fsigu(at)hotmail(dot)com
> > > CC: pgsql-es-ayuda(at)postgresql(dot)org
> > > Subject: Re: [pgsql-es-ayuda] Consulta Capos tipo Bytea
> > >
> > >
> > >
> > > El 2/9/2012 9:02 AM, Fernando Siguenza escribió:
> > > > Amigos como estan, queria consultarles algo, alguien sabe si hay algun
> > > > cambio en los tipos de datos bytea??
> > > >
> > > > Ya que tengo un programa en punto net en el cual grabo imagenes en
> > > > postgre en este tipo de datos, el programa funciona bien en postgre
> > 8.4,
> > > > pero ayer actualice a la version 9.1.2 de postgre y ya no me
> > funciona el
> > > > programa, tengo un error en punto net, me sale un mensaje de error al
> > > > tratar de convertir a imagen lo que tengo en ese campo.
> > > >
> > > > Y lo unico que he hecho es actualizar a la base de datos.
> > >
> > > Es aconsejable siempre que cambias de versión hacerlo con un
> > > pg_dump/pg_reload, o usando Slony o usando
> > > pg_upgrade, una excelente utilidad desarrollada por Bruce Momjian para
> > > actualizar de versión más rápido.
> > >
> > > La documentación en la notas de versión recomiendan hacer algunos de
> > > estos pasos que he descrito antes por el hecho de que desde 8.4 a 9.0,
> > > han ocurrido muchos cambios tanto en el catalógo, como en el núcleo del
> > > sistema para garantizar una mejor calidad del código y muchas veces
> > > rompe la compatibilidad hacia atrás de algunas funcionalidades.
> > >
> > > Sobre el tipo de datos bytea, a partir de la versión 9.0, la salidad del
> > > tipo de datos aparece en formato hexagesimal por defecto (gracias a
> > > Peter Eisentraut), por lo que si la migración viene de 8.4, existe un
> > > parámetro ahora bytea_output que puede ser usado para seleccionar el
> > > formato tradicional de salida si se hace necesario para la
> > > compatibilidad, ya sea el formato de escape o el de hexagesimal.
> > >
> > > Tipos de datos binarios
> > > http://http://www.postgresql.org/docs/9.1/static/datatype-binary.html
> > >
> > > Notas de versión de la 9.0
> > > http://http://www.postgresql.org/docs/9.0/static/release-9-0.html
> > > Fíjate en la sección E.2.2.3 Data Types
> > >
> > > Saludos
> > > --
> > > Marcos Luis Ortíz Valmaseda
> > > Sr. Software Engineer (UCI)
> > > http://marcosluis2186.posterous.com
> > > http://www.linkedin.com/in/marcosluis2186
> > > Twitter: @marcosluis2186
> > >
> > >
> > >
> > > Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE
> > SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
> > > http://www.antiterroristas.cu
> > > http://justiciaparaloscinco.wordpress.com
> >
> >
> > <http://www.antiterroristas.cu/>
>
> --
> Marcos Luis Ortíz Valmaseda
> Senior Software Engineer (UCI)
> http://marcosluis2186.posterous.com
> http://www.linkedin.com/in/marcosluis2186
> Twitter: @marcosluis2186
>
>
>
> Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
> http://www.antiterroristas.cu
> http://justiciaparaloscinco.wordpress.com
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda

On 09/02/12 15:41, Fernando Siguenza wrote:
> Actualice simplemente haciendo un backup de la base, luego de esto,
> desinstale el la base en windows, la volvi a instalar en su nueva
> version y ahi hice un restore de la base.
> Voy a leer un poco mas de como hacer uso del pg_upgrade y no se si lo
> haya en windows.
>
> Saludos
>
> Fernando
>
>
>
>
> > Date: Thu, 9 Feb 2012 12:45:36 -0500
> > From: mlortiz(at)uci(dot)cu
> > To: fsigu(at)hotmail(dot)com
> > CC: pgsql-es-ayuda(at)postgresql(dot)org
> > Subject: Re: [pgsql-es-ayuda] Consulta Capos tipo Bytea
> >
> > ¿Cómo fue que hiciste la migración hacia 9.1.2?
> > Mi recomendación es que uses pg_upgrade para hacerlo y así tendrás
> > mejores resultados.
> >
> > El 2/9/2012 12:01 PM, Fernando Siguenza escribió:
> > > Gracias Amigos por sus respuestas, pero sigo teniendo el mismo error,
> > >
> > > Ya probe actualizando el npgsql a la version *Npgsql2.0.11.92
> > > <http://pgfoundry.org/frs/shownotes.php?release_id=1889>*
> > >
> > > Pero no funciono el error sigue.
> > >
> > > Intente lo del bytea_output pero no me funciono no se si aqui a lo
> mejor
> > > tengo algo estoy haciendo mal el codigo que uso para esto es el
> siguiente
> > >
> > >
> > > public DataSet recuperaArticulos(string agecod, string codArticulo,
> > > string desArticulo, string codGrupo, string codLinea, string
> > > codProveedor, Boolean artInactivo, Boolean servicio)
> > > {
> > > using (cnpg = new
> > >
> NpgsqlConnection(ConfigurationManager.ConnectionStrings["postgres"].ToString()))
> > > {
> > > NpgsqlCommand comando;
> > >
> > > DataSet ds = null;
> > > cnpg.Open();
> > > NpgsqlTransaction t = cnpg.BeginTransaction();
> > > comando = new NpgsqlCommand("set bytea_output = 'escape'", cnpg);
> > > comando.ExecuteNonQuery();
> >
> > El contexto de esa variable de configuración es en la sesión, así que
> > debería funcionar.
> >
> > Prueba antes de abrir cualquier transacción, ejecutar el comando SET
> > bytea_ouput = 'escape', o sino, házlo ya en el postgresql.conf de
> una vez.
> >
> > >
> > > comando = new NpgsqlCommand("select
> > > artagecod,artcod,artdes,artexi,artcos,artlin,lindes, artgru,
> > > grudes,artpro, proape || ' ' || pronom as proveedor, artfecult,
> > > artcosult,artdescue,
> > > preval,artnotinv,artconpro,articulo.inactivo,artiva, arteximin,
> (artexi
> > > - artconpro) as exicon,artcar, artlogo,artser from articulo inner join
> > > lineas on linagecod=artagecod and lincod=artlin inner join grupos on
> > > gruagecod=artagecod and grucod=artgru inner join proveedores on
> > > proagecod=artagecod and procod=artpro inner join preart on
> > > preagecod=artagecod and preart=artcod where (artagecod=(at)AgeCod and
> > > artcod Like @CodArticulo and artdes Like @Descripcion and artgru Like
> > > @CodGrupo and artlin Like @CodLinea and artpro Like @CodProveedor and
> > > articulo(dot)inactivo=(at)artInactivo) order by artdes ", cnpg);
> > > }
> > >
> > > comando.CommandType = CommandType.Text;
> > > comando.Parameters.Add(new NpgsqlParameter("@AgeCod",
> > > NpgsqlDbType.Varchar, 3)).Value = agecod;
> > > comando.Parameters.Add(new NpgsqlParameter("@CodArticulo",
> > > NpgsqlDbType.Varchar, 15)).Value = codArticulo + '%';
> > > comando.Parameters.Add(new NpgsqlParameter("@Descripcion",
> > > NpgsqlDbType.Varchar, 30)).Value = desArticulo + '%';
> > > comando.Parameters.Add(new NpgsqlParameter("@CodGrupo",
> > > NpgsqlDbType.Varchar, 5)).Value = codGrupo + '%';
> > > comando.Parameters.Add(new NpgsqlParameter("@CodLinea",
> > > NpgsqlDbType.Varchar, 5)).Value = codLinea + '%';
> > > comando.Parameters.Add(new NpgsqlParameter("@CodProveedor",
> > > NpgsqlDbType.Varchar, 11)).Value = codProveedor + '%';
> > > comando.Parameters.Add(new NpgsqlParameter("@artInactivo",
> > > NpgsqlDbType.Integer)).Value = 1;
> > > NpgsqlDataAdapter da = new NpgsqlDataAdapter(comando);
> > > ds = new DataSet();
> > > da.Fill(ds);
> > > t.Commit();
> > >
> > > return ds;
> > > }
> > > }
> > >
> > > Cualquier ayuda es bienvenida.
> > >
> > > SAludos
> > >
> > >
> > > > Date: Thu, 9 Feb 2012 09:25:30 -0500
> > > > From: mlortiz(at)uci(dot)cu
> > > > To: fsigu(at)hotmail(dot)com
> > > > CC: pgsql-es-ayuda(at)postgresql(dot)org
> > > > Subject: Re: [pgsql-es-ayuda] Consulta Capos tipo Bytea
> > > >
> > > >
> > > >
> > > > El 2/9/2012 9:02 AM, Fernando Siguenza escribió:
> > > > > Amigos como estan, queria consultarles algo, alguien sabe si
> hay algun
> > > > > cambio en los tipos de datos bytea??
> > > > >
> > > > > Ya que tengo un programa en punto net en el cual grabo imagenes en
> > > > > postgre en este tipo de datos, el programa funciona bien en
> postgre
> > > 8.4,
> > > > > pero ayer actualice a la version 9.1.2 de postgre y ya no me
> > > funciona el
> > > > > programa, tengo un error en punto net, me sale un mensaje de
> error al
> > > > > tratar de convertir a imagen lo que tengo en ese campo.
> > > > >
> > > > > Y lo unico que he hecho es actualizar a la base de datos.
> > > >
> > > > Es aconsejable siempre que cambias de versión hacerlo con un
> > > > pg_dump/pg_reload, o usando Slony o usando
> > > > pg_upgrade, una excelente utilidad desarrollada por Bruce
> Momjian para
> > > > actualizar de versión más rápido.
> > > >
> > > > La documentación en la notas de versión recomiendan hacer algunos de
> > > > estos pasos que he descrito antes por el hecho de que desde 8.4
> a 9.0,
> > > > han ocurrido muchos cambios tanto en el catalógo, como en el
> núcleo del
> > > > sistema para garantizar una mejor calidad del código y muchas veces
> > > > rompe la compatibilidad hacia atrás de algunas funcionalidades.
> > > >
> > > > Sobre el tipo de datos bytea, a partir de la versión 9.0, la
> salidad del
> > > > tipo de datos aparece en formato hexagesimal por defecto (gracias a
> > > > Peter Eisentraut), por lo que si la migración viene de 8.4,
> existe un
> > > > parámetro ahora bytea_output que puede ser usado para seleccionar el
> > > > formato tradicional de salida si se hace necesario para la
> > > > compatibilidad, ya sea el formato de escape o el de hexagesimal.
> > > >
> > > > Tipos de datos binarios
> > > >
> http://http://www.postgresql.org/docs/9.1/static/datatype-binary.html
> > > >
> > > > Notas de versión de la 9.0
> > > > http://http://www.postgresql.org/docs/9.0/static/release-9-0.html
> > > > Fíjate en la sección E.2.2.3 Data Types
> > > >
> > > > Saludos
> > > > --
> > > > Marcos Luis Ortíz Valmaseda
> > > > Sr. Software Engineer (UCI)
> > > > http://marcosluis2186.posterous.com
> > > > http://www.linkedin.com/in/marcosluis2186
> > > > Twitter: @marcosluis2186
> > > >
> > > >
> > > >
> > > > Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO
> COMPATRIOTAS QUE
> > > SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
> > > > http://www.antiterroristas.cu
> > > > http://justiciaparaloscinco.wordpress.com
> > >
> > >
> > > <http://www.antiterroristas.cu/>
> >
> > --
> > Marcos Luis Ortíz Valmaseda
> > Senior Software Engineer (UCI)
> > http://marcosluis2186.posterous.com
> > http://www.linkedin.com/in/marcosluis2186
> > Twitter: @marcosluis2186
> >
> >
> >
> > Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS
> QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
> > http://www.antiterroristas.cu
> > http://justiciaparaloscinco.wordpress.com
> > -
> > Enviado a la lista de correo pgsql-es-ayuda
> (pgsql-es-ayuda(at)postgresql(dot)org)
> > Para cambiar tu suscripción:
> > http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
> <http://www.antiterroristas.cu/>

Al ser un módulo del contrib, se puede usar en Windows también, incluso
en la documentación habla de ambas plataformas (Linux y Windows)
http://www.postgresql.org/docs/9.1/static/pgupgrade.html

Saludos

Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
http://www.antiterroristas.cu
http://justiciaparaloscinco.wordpress.com

Excerpts from Marcos Ortiz Valmaseda's message of jue feb 09 17:13:23 -0300 2012:

> Al ser un módulo del contrib, se puede usar en Windows también, incluso
> en la documentación habla de ambas plataformas (Linux y Windows)
> http://www.postgresql.org/docs/9.1/static/pgupgrade.html

A todo esto, no hay ninguna indicación de que el problema tenga nada que
ver con la forma como se hizo el upgrade. Lo más probable el problema
es que tenga que ver con bytea_output, y que el cambio que hizo y "no
funcionó" no fue suficiente por error de piloto (¿olvidó reiniciar el
servicio? ¿quitó el # al inicio de línea? ¿qué valor puso?)

--
Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>