Ayadaaa mi consulata se tarda mucho en ejecutarse

[User_Kathy]

Hola

tengo tiempo que no publico nada... pero llevo dos días buscándole solución a mi problema espero me ayuden!! tengo una BD en Postgresql con una tabla que contiene todos los datos personales es decir nombre completo, fecha de nacimiento estado civil, etc... son como 8 campos en total... y esa tabla la llene con una replica que encontré por hay de la base de datos de todas las cédulas de de mi país (Venezuela)... el caso es que son aprox 27000000 registros y una consulta en esa tabla dura aprox 2 minutos ¿ o mas ? y necesito optimizar la consulta

NOTA: ya indexe el campo cédula y no paso nada luego investigando ley algo de los cluster y lo ejecute sobre la tabla pero nada help me ya no se me ocurre nada

[death_nemesis]

Si puedes poner la Query y el modelo de las tablas podríamos ayudarte un poco mas

[User_Kathy]

Código:

-- SQL QUE CREA LA TABLA
CREATE TABLE "Visitas"."TVisitantes"
(
  "IdVisitante" integer NOT NULL DEFAULT nextval('"Visitas"."TVisitantes_IdVisitante_seq"'::regclass),
  "CedulaVisitante" integer NOT NULL,
  "Nacionalidad" "char" NOT NULL,
  "PrimerNombre" character(50),
  "PrimerApellido" character(50),
  "SegundoNombre" character(50),
  "SegundoApellido" character(50),
  "FechaNacimiento" character(12) NOT NULL,
  "Sexo" "char" NOT NULL,
  "EdoC" character(2),
  CONSTRAINT pk PRIMARY KEY ("Nacionalidad", "CedulaVisitante")
)
WITH (
  OIDS=FALSE
);
ALTER TABLE "Visitas"."TVisitantes" OWNER TO aypklezama;

-- Index: "Visitas".cedula

-- DROP INDEX "Visitas".cedula;

CREATE INDEX cedula
  ON "Visitas"."TVisitantes"
  USING btree
  ("Nacionalidad", "CedulaVisitante");
ALTER TABLE "Visitas"."TVisitantes" CLUSTER ON cedula;

y la consulta es simple porque solo quiero un registro que tiene una cedula unica

Código:

$sql='SELECT * FROM "Visitas"."TVisitantes" WHERE "CedulaVisitante"='.$cedula;

[miguec04]

yo creeria que lo unico que se puede hacer es quitar el * y poner los campos exactos que necestias a menos que los necesites todos, porque de ser así no hay nada que hacer.

tambien te ayudaría, poner un constraint de unique al campo cédula.

[User_Kathy]

si tengo que mostrarlos todo... ha ver lo que pasa es que este sistema es viejo es decir! lo tenia por hay olvidado y lo retome pero no le había hecho backup a la BD y bueno cree toda la estructura de nuevo... la primera vez que lo hice con el index fue mas que suficiente... ahora no entiendo porque no lo hace.. tampoco veo el error llevo dos días buscando una solución se que no es la tabla porque la deje con dos registro nada mas y lo hace rápido pero cuando la volví a llenar se ralentizo de nuevo!

igual gracias

[huesos52]

si tienes un id visitante por que tienes la primary compuesta de nacionalidad y cedula?
Que funcion cumple idvisitante?
Una primary compuesta es mas lenta que una primary unitaria. Tienes la total necesidad de manejarlo asi?

saludos

[miguec04]

no me habia fijado en ese detalle pero si, puede poner el idvisitante como primary key, y poner un constraint de unique compuesto de nacionalidad y cedula, lo otro cuantos registros tiene la tabla?, si tiene un millon de registros se toma sus segunditos. toca esperar.

[User_Kathy]

mmm bueno primeramente tenia como pk el idvisitante pero igual es muy lento por eso lo intente con nacionalidad y cedula el id es una referencia de campo único no me sirve para mas nada pues la búsqueda la hago solo por cédula

[huesos52]

Debes tener algo mal en la conf. de postgresql.
Yo tengo BD con mas de 5 millones de registros y cuando filtro por cedula, no se demora ni 3 segundos.
No tiene nada de raro. depronto la consulta ya está cacheada y es asi de rapida, pero igual no debería tener los tiempos que mencionas.

[User_Kathy]

Bueno eso si puede ser.. y eso explicaría porque antes de formatear mi maquina no daba este error =D buscare la manera de configurarlo