Skip site navigation (1) Skip section navigation (2)

Re: Tipo CHAR [ERA: Re: REDUCIR COSTE DEL QUERY}

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Mario Gonzalez <gonzalemario(at)gmail(dot)com>
Cc: Jaime Casanova <systemguards(at)gmail(dot)com>, mortega(at)tc(dot)com(dot)ve, Juan Martínez <jeugenio(at)umcervantes(dot)cl>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Tipo CHAR [ERA: Re: REDUCIR COSTE DEL QUERY}
Date: 2007-07-26 02:56:39
Message-ID: 20070726025639.GA3241@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Mario Gonzalez escribió:
> On 25/07/07, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
>>
>> un concepto sirve para que las observaciones hechas por otros nos den
>> una guia, pero debes considerar tus circunstancias particulares...
>
> no no, no es un concepto vago que pudiera tener. Lo he visto yo
> personalmente y he visto el cambio al usar diversos tipos de datos
> para los índices; no soy tan novato como pudieran "pensar tus
> palabras".
>
> Repito: indexar sobre enteros es lo mejor.

Ciertamente, pero cuando necesitas almacenar texto no te sirve de nada
que sea mas rapido indexar numeros ;-)

Si tienes que almacenar numeros, usar un campo de tipo textual es una
idea idiota.  Usa integer, a menos que necesites aritmetica exacta,
en cuyo caso usa numeric, a menos que sea suficiente con punto flotante,
en cuyo caso usa float.  Si necesitas rango extendido usa bigint o
float8 (tambien conocido como double precision).

Cuando lo que quieres almacenar no son numeros, entonces no te sirve
ninguno de esos.  Y entonces tienes que tener un indice sobre un campo
de texto.

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

In response to

Responses

pgsql-es-ayuda by date

Next:From: Alvaro HerreraDate: 2007-07-26 02:59:07
Subject: Re: REDUCIR COSTE DEL QUERY
Previous:From: Hugo CésarDate: 2007-07-26 01:11:12
Subject: Numero de tablas restauradas

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group