Re: Case Sensitive

Les hago una consulta, la página de código cuando cree la base de datos la
definí como LATIN1. Es case Sensitive?

Les digo porque tengo problemas cuando hago consultas que me dice que los
nombres de los campos no existen.

ANA

El mié, 05-04-2006 a las 14:52 -0300, Ana Smail escribió:
> Les hago una consulta, la página de código cuando cree la base de
> datos la definí como LATIN1. Es case Sensitive?

Hasta donde tengo entendido, no existen juegos de caracteres que sean
solo minusculas o solo mayusculas.

> Les digo porque tengo problemas cuando hago consultas que me dice que
> los nombres de los campos no existen.

Mandanos esas consultas y el DDL de las tablas.

Atte.
Juan Martinez
Depto. Inf.
UMC

Juan Martínez escribió:
> El mié, 05-04-2006 a las 14:52 -0300, Ana Smail escribió:
> > Les hago una consulta, la página de código cuando cree la base de
> > datos la definí como LATIN1. Es case Sensitive?
>
> Hasta donde tengo entendido, no existen juegos de caracteres que sean
> solo minusculas o solo mayusculas.
>
> > Les digo porque tengo problemas cuando hago consultas que me dice que
> > los nombres de los campos no existen.
>
> Mandanos esas consultas y el DDL de las tablas.

Yo sospecho que se trata de "case folding" de los identificadores.

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

En MYSQL, hay :
latin1_general_ci Europea occidental (multilingüe), independiente de
mayúsculas y minúsculas
latin1_general_cs Europea occidental (multilingüe), dependiente de
mayúsculas y minúsculas

y como recién estoy empezando con PostgreSQL, por eso mi pregunta.

Les mando el script de creación de la tabla:
CREATE DATABASE UNNOBA
WITH OWNER = dba
ENCODING = 'LATIN1'
TABLESPACE = pg_default;

- Schema: "inventario"

-- DROP SCHEMA inventario;

CREATE SCHEMA inventario
AUTHORIZATION dba;
GRANT ALL ON SCHEMA inventario TO dba;
GRANT USAGE ON SCHEMA inventario TO "G_Desarrollo";
GRANT USAGE ON SCHEMA inventario TO public;

-- Table: "Clasificador1"

-- DROP TABLE inventario.Clasificador1;

CREATE TABLE inventario.Clasificador1
(
"Clasificador1Key" int2,
"Codigo" int2,
"Descripcion" varchar(50)
)
WITHOUT OIDS;
ALTER TABLE inventario.Clasificador1 OWNER TO dba;

Y este es el Query:

SELECT * FROM inventario.clasificador1 where Clasificador1Key = 1

Que ejecuto en el PGADMIN III y dá el error que no existe el campo
clasificador1key.
Cómo veía que el mensaje de error me mostraba el campo todo en minúsculas,
lo que hice fue cambiar todos los nombres de campos y tablas a minúsculas y
anduvo. Por eso pregunto lo de CASE SENSITIVE.

ANA

-----Mensaje original-----
De: Juan Martínez [mailto:jeugenio(at)umcervantes(dot)cl]
Enviado el: Miércoles, 05 de Abril de 2006 05:59 p.m.
Para: Ana Smail
CC: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] Case Sensitive

El mié, 05-04-2006 a las 14:52 -0300, Ana Smail escribió:
> Les hago una consulta, la página de código cuando cree la base de
> datos la definí como LATIN1. Es case Sensitive?

Hasta donde tengo entendido, no existen juegos de caracteres que sean
solo minusculas o solo mayusculas.

> Les digo porque tengo problemas cuando hago consultas que me dice que
> los nombres de los campos no existen.

Mandanos esas consultas y el DDL de las tablas.

Atte.
Juan Martinez
Depto. Inf.
UMC

El script lo mandé en otro mail.
Por favor, contame qué es "case folding" de los identificadores?

ANA

-----Mensaje original-----
De: Alvaro Herrera [mailto:alvherre(at)commandprompt(dot)com]
Enviado el: Miércoles, 05 de Abril de 2006 06:49 p.m.
Para: Juan Martínez
CC: Ana Smail; pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] Case Sensitive

Juan Martínez escribió:
> El mié, 05-04-2006 a las 14:52 -0300, Ana Smail escribió:
> > Les hago una consulta, la página de código cuando cree la base de
> > datos la definí como LATIN1. Es case Sensitive?
>
> Hasta donde tengo entendido, no existen juegos de caracteres que sean
> solo minusculas o solo mayusculas.
>
> > Les digo porque tengo problemas cuando hago consultas que me dice que
> > los nombres de los campos no existen.
>
> Mandanos esas consultas y el DDL de las tablas.

Yo sospecho que se trata de "case folding" de los identificadores.

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

Ana Smail escribió:

> CREATE TABLE inventario.Clasificador1
> (
> "Clasificador1Key" int2,
> "Codigo" int2,
> "Descripcion" varchar(50)
> )
> WITHOUT OIDS;

Los identificadores son "case folded", es decir, los cambia a
minusculas, si y solo si no estan entre comillas. Por lo tanto en este
create table el identificador Clasificador1 (el nombre de la tabla) fue
llevado a minusculas, pero Clasificador1Key (la columna) no.

Por lo tanto la columna se llama clasificador1.Clasificador1Key.

Debes hacer el select asi:

select "Clasificador1Key" from clasificador1

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

El jue, 06-04-2006 a las 08:07 -0300, Ana Smail escribió:
> En MYSQL, hay :
> latin1_general_ci Europea occidental (multilingüe), independiente de
> mayúsculas y minúsculas
> latin1_general_cs Europea occidental (multilingüe), dependiente de
> mayúsculas y minúsculas
> y como recién estoy empezando con PostgreSQL, por eso mi pregunta.

y?

> Les mando el script de creación de la tabla:
> CREATE DATABASE UNNOBA
> WITH OWNER = dba
> ENCODING = 'LATIN1'

Es recomendable UTF8

> TABLESPACE = pg_default;
>
> - Schema: "inventario"
>
> -- DROP SCHEMA inventario;
>
> CREATE SCHEMA inventario
> AUTHORIZATION dba;
> GRANT ALL ON SCHEMA inventario TO dba;
> GRANT USAGE ON SCHEMA inventario TO "G_Desarrollo";
> GRANT USAGE ON SCHEMA inventario TO public;
>
> -- Table: "Clasificador1"
>
> -- DROP TABLE inventario.Clasificador1;
>
> CREATE TABLE inventario.Clasificador1
> (
> "Clasificador1Key" int2,
> "Codigo" int2,
> "Descripcion" varchar(50)
> )
> WITHOUT OIDS;
> ALTER TABLE inventario.Clasificador1 OWNER TO dba;
>
> Y este es el Query:
>
> SELECT * FROM inventario.clasificador1 where Clasificador1Key = 1

Clasificador1Key <> "Clasificador1Key"

Esto es el case folding en el identificador.

Cuando no incluyes comillas dobles, todo se llevará a minusculas. Haz la
siguiente prueba

SELECT now() as FECHA;
SELECT now() as "FECHA";

Notaras que en el primer caso, el identificador de columna aparecera en
minusculas, no asi en el segundo caso.

Como consejo, si defines con comillas dobles en el DDL, ocupalas tambien
en las consultas.
>
> Que ejecuto en el PGADMIN III y dá el error que no existe el campo
> clasificador1key.
> Cómo veía que el mensaje de error me mostraba el campo todo en minúsculas,
> lo que hice fue cambiar todos los nombres de campos y tablas a minúsculas y
> anduvo.

De hecho. Digamos que las minusculas el "modo nativo" de escritura.

> Por eso pregunto lo de CASE SENSITIVE.

Postgres fue concebido bajo un sistema derivado de Unix, y este es
completamente sencible, por ende, postgres tambien lo es.

Atte.
Juan Martinez
Depto. Inf.
UMC

El mié, 05-04-2006 a las 17:48 -0400, Alvaro Herrera escribió:
> Juan Martínez escribió:
> > El mié, 05-04-2006 a las 14:52 -0300, Ana Smail escribió:
> > > Les hago una consulta, la página de código cuando cree la base de
> > > datos la definí como LATIN1. Es case Sensitive?
> >
> > Hasta donde tengo entendido, no existen juegos de caracteres que sean
> > solo minusculas o solo mayusculas.
> >
> > > Les digo porque tengo problemas cuando hago consultas que me dice que
> > > los nombres de los campos no existen.
> >
> > Mandanos esas consultas y el DDL de las tablas.
>
> Yo sospecho que se trata de "case folding" de los identificadores.

Yo tambien :D

Atte.
Juan Martinez
Depto. Inf.
UMC

El jue, 06-04-2006 a las 08:08 -0300, Ana Smail escribió:
> El script lo mandé en otro mail.
> Por favor, contame qué es "case folding" de los identificadores?

Vamos! que google no muerde!

Atte.
Juan Martinez
Depto. Inf.
UMC

Muchas gracias. Ahora me queda claro.

ANA

-----Mensaje original-----
De: Alvaro Herrera [mailto:alvherre(at)commandprompt(dot)com]
Enviado el: Jueves, 06 de Abril de 2006 09:17 a.m.
Para: Ana Smail
CC: 'Juan Martínez'; pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] Case Sensitive

Ana Smail escribió:

> CREATE TABLE inventario.Clasificador1
> (
> "Clasificador1Key" int2,
> "Codigo" int2,
> "Descripcion" varchar(50)
> )
> WITHOUT OIDS;

Los identificadores son "case folded", es decir, los cambia a
minusculas, si y solo si no estan entre comillas. Por lo tanto en este
create table el identificador Clasificador1 (el nombre de la tabla) fue
llevado a minusculas, pero Clasificador1Key (la columna) no.

Por lo tanto la columna se llama clasificador1.Clasificador1Key.

Debes hacer el select asi:

select "Clasificador1Key" from clasificador1

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

Juan Martínez escribió:

> > Les mando el script de creación de la tabla:
> > CREATE DATABASE UNNOBA
> > WITH OWNER = dba
> > ENCODING = 'LATIN1'
>
> Es recomendable UTF8

Quien lo recomienda y cual es el motivo?

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

Alvaro Herrera wrote:

>Juan Martínez escribió:
>
>
>
>>>Les mando el script de creación de la tabla:
>>>CREATE DATABASE UNNOBA
>>> WITH OWNER = dba
>>> ENCODING = 'LATIN1'
>>>
>>>
>>Es recomendable UTF8
>>
>>
>
>Quien lo recomienda y cual es el motivo?
>
>
>
Es lo mismo que yo opino, todos parecen estar convencidos de que es el
mejor pero nadia justifica porque, cual recomiendas tu Alvaro?,
considerando que la base de datos almacenara toda la gama de caracteres
hispanos como acentos, apostrofes y otros como ~,^, ¨, # , etc, pgadmin
guru recomienda para eso UTF8

---
miguel

Pues yo tengo configurado mi postgres con LATIN10
y esa vaina no pone ningun problema !

El día 6/04/06, Miguel <mmiranda(at)123(dot)com(dot)sv> escribió:
>
> Alvaro Herrera wrote:
>
> >Juan Martínez escribió:
> >
> >
> >
> >>>Les mando el script de creación de la tabla:
> >>>CREATE DATABASE UNNOBA
> >>> WITH OWNER = dba
> >>> ENCODING = 'LATIN1'
> >>>
> >>>
> >>Es recomendable UTF8
> >>
> >>
> >
> >Quien lo recomienda y cual es el motivo?
> >
> >
> >
> Es lo mismo que yo opino, todos parecen estar convencidos de que es el
> mejor pero nadia justifica porque, cual recomiendas tu Alvaro?,
> considerando que la base de datos almacenara toda la gama de caracteres
> hispanos como acentos, apostrofes y otros como ~,^, ¨, # , etc, pgadmin
> guru recomienda para eso UTF8
>
> ---
> miguel
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 5: ¿Has leído nuestro extenso FAQ?
>
> http://www.postgresql.org/files/documentation/faqs/FAQ.html
>

El jue, 06-04-2006 a las 13:12 -0400, Alvaro Herrera escribió:
> Juan Martínez escribió:
>
> > > Les mando el script de creación de la tabla:
> > > CREATE DATABASE UNNOBA
> > > WITH OWNER = dba
> > > ENCODING = 'LATIN1'
> >
> > Es recomendable UTF8
>
> Quien lo recomienda y cual es el motivo?

Yo.

Lo recomiendo basicamente, dado que UTF8:

- incluye practicamente todos los caracteres latinos y es un juego que
tiende a ser usado mundialmente para soportar cualquier caracter (al
menos esa parece ser su filosofia de construccion)

- es soportado completamente en linux (y windows)

- para el caso de aplicaciones web, es soportado muy bien por php y ruby
(para mi quizas los lenguajes mas potentes actualmente para desarrollo
web, java no lo nombro por que no es open source) con funciones
especificas para su manipulacion y es soportado por los navegadores mas
usados (firefox,ie,opera)

Por ultimo, es solo una recomendacion (no una obligacion de usar), quien
quiera saber mas por que muchas otras personas lo recomiendan sin
esgrimir mayores razones, que busque en la red.

El viejo refran: si el rio suena... Se que no es muy tecnico, pero asi
empecé con linux y postgres, por comentarios de otros de que era bueno,
sin mayores motivos tecnicos, y me he llevado gratisimas sorpresas e
impresiones hasta aqui.

Atte.
Juan Martinez
Depto. Inf.
UMC

Juan Martínez escribió:

> - incluye practicamente todos los caracteres latinos y es un juego que
> tiende a ser usado mundialmente para soportar cualquier caracter (al
> menos esa parece ser su filosofia de construccion)
>
> - es soportado completamente en linux (y windows)
>
> - para el caso de aplicaciones web, es soportado muy bien por php y ruby
> (para mi quizas los lenguajes mas potentes actualmente para desarrollo
> web, java no lo nombro por que no es open source) con funciones
> especificas para su manipulacion y es soportado por los navegadores mas
> usados (firefox,ie,opera)

Ah, o sea igual que Latin-9.

O de verdad probaste tu aplicacion ingresandole cadenas en ruso? En
chino? En hebreo?

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

El jue, 06-04-2006 a las 16:51 -0400, Alvaro Herrera escribió:
> Juan Martínez escribió:
>
> > - incluye practicamente todos los caracteres latinos y es un juego que
> > tiende a ser usado mundialmente para soportar cualquier caracter (al
> > menos esa parece ser su filosofia de construccion)
> >
> > - es soportado completamente en linux (y windows)
> >
> > - para el caso de aplicaciones web, es soportado muy bien por php y ruby
> > (para mi quizas los lenguajes mas potentes actualmente para desarrollo
> > web, java no lo nombro por que no es open source) con funciones
> > especificas para su manipulacion y es soportado por los navegadores mas
> > usados (firefox,ie,opera)
>
> Ah, o sea igual que Latin-9.
>
> O de verdad probaste tu aplicacion ingresandole cadenas en ruso? En
> chino? En hebreo?

Esos derivan del latin?

Atte.
Juan Martinez
Depto. Inf.
UMC

Juan Martínez escribió:
> El jue, 06-04-2006 a las 16:51 -0400, Alvaro Herrera escribió:
> > Juan Martínez escribió:
> >
> > > - incluye practicamente todos los caracteres latinos y es un juego que
> > > tiende a ser usado mundialmente para soportar cualquier caracter (al
> > > menos esa parece ser su filosofia de construccion)
> > >
> > > - es soportado completamente en linux (y windows)
> > >
> > > - para el caso de aplicaciones web, es soportado muy bien por php y ruby
> > > (para mi quizas los lenguajes mas potentes actualmente para desarrollo
> > > web, java no lo nombro por que no es open source) con funciones
> > > especificas para su manipulacion y es soportado por los navegadores mas
> > > usados (firefox,ie,opera)
> >
> > Ah, o sea igual que Latin-9.
> >
> > O de verdad probaste tu aplicacion ingresandole cadenas en ruso? En
> > chino? En hebreo?
>
> Esos derivan del latin?

No, pero se pueden escribir en UTF-8 -- precisamente mi punto.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

On 4/6/06, Juan Martínez <jeugenio(at)umcervantes(dot)cl> wrote:
> El jue, 06-04-2006 a las 16:51 -0400, Alvaro Herrera escribió:
> > Juan Martínez escribió:
> >
> > > - incluye practicamente todos los caracteres latinos y es un juego que
> > > tiende a ser usado mundialmente para soportar cualquier caracter (al
> > > menos esa parece ser su filosofia de construccion)
> > >
> > > - es soportado completamente en linux (y windows)
> > >
> > > - para el caso de aplicaciones web, es soportado muy bien por php y ruby
> > > (para mi quizas los lenguajes mas potentes actualmente para desarrollo
> > > web, java no lo nombro por que no es open source) con funciones
> > > especificas para su manipulacion y es soportado por los navegadores mas
> > > usados (firefox,ie,opera)
> >
> > Ah, o sea igual que Latin-9.
> >
> > O de verdad probaste tu aplicacion ingresandole cadenas en ruso? En
> > chino? En hebreo?
>
> Esos derivan del latin?
>
> Atte.
> Juan Martinez
> Depto. Inf.
> UMC
>

y para que quieres un portaaviones cuando todo lo que necesitas es un
yate para unos cuantos pasajeros?

imagino que el punto de Alvaro es precisamente que UTF-8 fue hecho
para soportar una variedad de sistemas de caracteres, pero nosotros
los mortales latinos solo vamos a usar (por regla general) el sistema
que soporte carcteres latinos, acentuados y ñ...

si lo quieres usar bien, pero de ahi a decir que es recomendable (como
si fueramos a tener algun problema con latin1 o latin9)...

--
Atentamente,
Jaime Casanova

"What they (MySQL) lose in usability, they gain back in benchmarks, and that's
all that matters: getting the wrong answer really fast."
Randal L. Schwartz

El jue, 06-04-2006 a las 23:02 -0500, Jaime Casanova escribió:
> On 4/6/06, Juan Martínez <jeugenio(at)umcervantes(dot)cl> wrote:
> > El jue, 06-04-2006 a las 16:51 -0400, Alvaro Herrera escribió:
> > > Juan Martínez escribió:
> > >
> > > > - incluye practicamente todos los caracteres latinos y es un juego que
> > > > tiende a ser usado mundialmente para soportar cualquier caracter (al
> > > > menos esa parece ser su filosofia de construccion)
> > > >
> > > > - es soportado completamente en linux (y windows)
> > > >
> > > > - para el caso de aplicaciones web, es soportado muy bien por php y ruby
> > > > (para mi quizas los lenguajes mas potentes actualmente para desarrollo
> > > > web, java no lo nombro por que no es open source) con funciones
> > > > especificas para su manipulacion y es soportado por los navegadores mas
> > > > usados (firefox,ie,opera)
> > >
> > > Ah, o sea igual que Latin-9.
> > >
> > > O de verdad probaste tu aplicacion ingresandole cadenas en ruso? En
> > > chino? En hebreo?
> >
> > Esos derivan del latin?
> >
> y para que quieres un portaaviones cuando todo lo que necesitas es un
> yate para unos cuantos pasajeros?

Ok ok ok...Se que hay juegos de caracteres que son mas especificos para
la gente de habla hispana.

Probablemente soy muy altruista. Siempre trato de hacer cosas que
cualquiera las entienda, que ojala se pueda usar en cualquier sistema,
etc. Un poco como es la filosofia del OpenSource.

Ahora, cuidado que mas de alguien podria decir lo mismo de postgres con
respecto a otros dbms mas limitados (en el sentido que postgres es mucho
para un tipo determinado de requerimiento) sin embargo, aqui y en otros
lados he visto ferrea defensa de postgres (a justa razon tambien).

> imagino que el punto de Alvaro es precisamente que UTF-8 fue hecho
> para soportar una variedad de sistemas de caracteres, pero nosotros
> los mortales latinos solo vamos a usar (por regla general) el sistema
> que soporte carcteres latinos, acentuados y ñ...

Exacto, yo tambien estoy de acuerdo. Pero que tal si implicitamente nos
ponemos todos de acuerdo y usamos UTF8 y en el mediano plazo eliminamos
los problemas de incompatibilidad de caracteres que mas de alguno a
tenido que lidiar al momento de hacer migraciones?

> si lo quieres usar bien, pero de ahi a decir que es recomendable (como
> si fueramos a tener algun problema con latin1 o latin9)...

Pero que tiene de malo recomendar?
En ningun momento dije que latin* tengan problemas o sea malo.
Me guardare mis recomendaciones :-(

Atte.
Juan Martinez
Depto. Inf.
UMC

Juan Martínez escribió:

> Ahora, cuidado que mas de alguien podria decir lo mismo de postgres con
> respecto a otros dbms mas limitados (en el sentido que postgres es mucho
> para un tipo determinado de requerimiento) sin embargo, aqui y en otros
> lados he visto ferrea defensa de postgres (a justa razon tambien).

Si, en algunos casos es mejor usar SQLite.

> Exacto, yo tambien estoy de acuerdo. Pero que tal si implicitamente nos
> ponemos todos de acuerdo y usamos UTF8 y en el mediano plazo eliminamos
> los problemas de incompatibilidad de caracteres que mas de alguno a
> tenido que lidiar al momento de hacer migraciones?

Bueno, lo que es yo, lo que he aprendido muy bien es como hacer
recodificaciones. GNU recode o iconv son muy buenas herramientas para
esto. El destino, en mi caso, claro, siempre es Latin1 o Latin9 ;-)

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support