Te falta decirle que utilice la librería al "linkar" parámetro -lpq. Y libpq.a
ó libpq.dll debe de estar en alguna senda de
búsqueda de librerías, utiliza parámetro -L o cópia la libreria a
MinGw\lib
--
Xavi
Edwin Quijada escribió:
Hola!
Estoy tratando de hacer un programa usando Devc++ y Po
Hola lista, he estado leyendo acerca de los reindex en tablas y existen
diferentes versiones relacionadas con el uso de esta funcion que influyen
directamente en la optimizacion de la base de datos y como tal, tengo la
siguiente duda: Cuando es recomendable hacer reindex y con que periodicidad
?
Suso Lopez escribió:
> el nombre de la tabla esta bien (copie y pegue de las propiedades de la
> tabla directamente), con lo cual no hay posibilidad de error, lo del select
> casi no me preocupa tanto, me preocupa mas que no me reconozca la tabla,
> estan en el miosmo esquema, como dije, esa funcio
Suso Lopez escribió:
> Este es el error que me da, pero la tabla existe, seguro, y la funcion esta
> dentro de esa tabla...
Las funciones no existen "dentro" de tablas. Las funciones son objetos
independientes, que viven dentro de algún esquema tal como las tablas.
El que pgAdmin te ofrezca una o
Angelo Astorga escribió:
> Hola lista, he estado leyendo acerca de los reindex en tablas y existen
> diferentes versiones relacionadas con el uso de esta funcion que influyen
> directamente en la optimizacion de la base de datos y como tal, tengo la
> siguiente duda: Cuando es recomendable hacer r
El 18 de agosto de 2009 19:41, Suso Lopez escribió:
> Hola de nuevo, tengo una funcion :
> CREATE OR REPLACE FUNCTION prueba(n_cli integer, existe boolean)
> RETURNS boolean AS
> $BODY$
> DECLARE
> valores ctr_alt%ROWTYPE;
> BEGIN
> .
>
Si creaste la funcion con PgAdmin, este te obliga a
Emanuel Calvo Franco escribió:
> Si creaste la funcion con PgAdmin, este te obliga a
> utilizar "", ej:
>
> select * from public."tabla";
Sólo si le pusiste mayúsculas al nombre (o alguna otra cosa que requiera
comillas, como espacios en blanco o comillas)
> uno de los motivos es que 'permitiri
Hola, como estan,
tengo una tabla de personas que guarda la fecha de registro asi por ej:
2009-04-23 pero ahora necesito hacer una consulta para saber cuantos se
registraron por año, seria facil si tendria un campo que guardara el año,
pero a partir de la fecha -MM-DD como puedo hacer la cons
Que te aparece cuando ejecutas:
SHOW search_path;
El 20-08-2009, a las 0:24, Suso Lopez escribió:
el nombre de la tabla esta bien (copie y pegue de las propiedades de
la tabla directamente), con lo cual no hay posibilidad de error, lo
del select casi no me preocupa tanto, me preocupa mas qu
On Aug 20, 2009, at 9:41 AM, Carlos Mendez wrote:
Hola, como estan,
tengo una tabla de personas que guarda la fecha de registro asi por
ej: 2009-04-23 pero ahora necesito hacer una consulta para saber
cuantos se registraron por año, seria facil si tendria un campo que
guardara el año, p
El 20 de agosto de 2009 11:05, juan escribió:
> Carlos Mendez escribió:
>
>> tengo una tabla de personas que guarda la fecha de registro asi por ej:
>> 2009-04-23 pero ahora necesito hacer una consulta para saber cuantos se
>> registraron por año...
>>
>
>
> El formato en como se guarde la fecha
Carlos Mendez escribió:
tengo una tabla de personas que guarda la fecha de registro asi por ej:
2009-04-23 pero ahora necesito hacer una consulta para saber cuantos se
registraron por año...
El formato en como se guarde la fecha no es problema, siempre y cuando
se almacene en un campo tipo d
SELECT * from usuarios WHERE EXTRACT(YEAR FROM fecha_registro) = '2000';
El 20-08-2009, a las 10:41, Carlos Mendez escribió:
Hola, como estan,
tengo una tabla de personas que guarda la fecha de registro asi por
ej: 2009-04-23 pero ahora necesito hacer una consulta para saber
cuantos se re
Me queda claro que es relativo, pero mi gran duda es:
Tengo 2 tablas que hacen mucho delete e insert diario y como tal, hago
reindex y optimizo plan de consulta cada dia, sera prudente hacer reindex
cada dia ?
El día 20/08/09, Angelo Astorga escribió:
>
> Hola lista, he estado leyendo acerca de
Angelo Astorga escribió:
> Me queda claro que es relativo, pero mi gran duda es:
> Tengo 2 tablas que hacen mucho delete e insert diario y como tal, hago
> reindex y optimizo plan de consulta cada dia, sera prudente hacer reindex
> cada dia ?
No, yo creo que no es necesario hacerlo todos los días.
>> Me queda claro que es relativo, pero mi gran duda es:
>> Tengo 2 tablas que hacen mucho delete e insert diario y como tal, hago
>> reindex y optimizo plan de consulta cada dia, sera prudente hacer reindex
>> cada dia ?
>
> No, yo creo que no es necesario hacerlo todos los días. Hacer vacuum sí
2009/8/19 Suso Lopez :
> Este es el error que me da, pero la tabla existe, seguro, y la funcion esta
> dentro de esa tabla...
> Query returned successfully with no result in 78 ms.
>
No entendi, ese mensaje que estas mostrando no es ningun error solo te
esta diciendo que la consulta se ejecuto exi
Emanuel Calvo Franco escribió:
> Adicionando algo a esto, podés revisar el estado de tus esquemas
> (campo n_dead_tuples,
> de la vista pg_stat_all_tables) con una consulta algo así:
>
> select schemaname , sum(seq_scan), sum(seq_tup_read),
> sum(idx_scan) , sum(idx_tup_fetch), sum(n_tup_ins),
>
>
> Sólo si le pusiste mayúsculas al nombre (o alguna otra cosa que requiera
> comillas, como espacios en blanco o comillas)
>
tenés razón, seguramente es por el case sensitive...
>> uno de los motivos es que 'permitiria' evitar el sql injection
>> (hasta donde tenia entendido)
>
> Hm, si es
>>
>> Esta consulta te muestra, cuantas tuplas estan marcadas para borrar. Seria
>> interesante establecer un porcentaje mínimo entre tuplas vivas y marcadas
>> para
>> borrar, que te indique (mas o menos) cuando realizar un vacuum.
>
> ... que es justamente lo que hace autovacuum.
>
> (BTW la con
2009/8/20 Emanuel Calvo Franco :
>
> Con respecto a los índices, si hacés uso intensivo de ellos, por lo
> general (solo
> como teniendo en cuenta) si la base no es monstruosa, lo hago luego del
> vacuum.
> Esto no es del todo necesario, pero me asegura el buen estado de los índices.
>
Como dijo
El 19 de agosto de 2009 13:54, Iván Caballero Cano <
ivanhalen77postgre...@gmail.com> escribió:
> Miguel:
>
>No me equivoque de lista, pregunte por que hoy en día las tecnologias se
> usan generalmente juntas para crear una solución generalmente web ahora que
> esta mas de moda.
>Si usas P
>
> Como dijo Alvaro, lo que interesa es la frecuencia del VACUUM...
> puedes usar esa consulta que mostraste para verificar si hay alguna
> tabla que requiera VACUUM con mas frecuencia que otras y establecer un
> cron que haga VACUUM sobre esa tabla segun la frecuencia que hayas
> determinado (n
Si, correcto, ese es el resultado de esa sentencia
El 20 de agosto de 2009 13:07, Jaime Casanova
escribió:
> 2009/8/19 Suso Lopez :
> > Este es el error que me da, pero la tabla existe, seguro, y la funcion
> esta
> > dentro de esa tabla...
> > Query returned successfully with no result in 78 ms.
Ya lo hice, y sale bastante "pseudo-codigo" o script, bastante largo
El 20 de agosto de 2009 09:54, Alvaro Herrera escribió:
> Suso Lopez escribió:
> > el nombre de la tabla esta bien (copie y pegue de las propiedades de la
> > tabla directamente), con lo cual no hay posibilidad de error, lo del
> El 20 de agosto de 2009 09:54, Alvaro Herrera
> escribió:
>
> > Envía un pg_dump -s de la base de datos.
Suso Lopez escribió:
> Ya lo hice, y sale bastante "pseudo-codigo" o script, bastante largo
La idea era que me lo mostraras para hacerte ver donde está el problema.
PD: no es pseudocodigo,
No, el nombre de la tabla esta tal cual, copie y pegue, para evitar
equivocaciones.
Es directamente la funcion del pgadmin, no es llamada todavia desde mi
programa, sin embargo tengo otras que creo la tabla(como dije al principio)
en tiemo de ejecucion, y sin problemas.:(
Sinceramente, por mas que
Ah, perdon entonces, crei que el hecho de poderlas crear "dentro de esa
tabla" por decirlo de alguna manera, queria decir que pertenecian a esa
tabla y que no hacia falta referenciar a la tabla para poder usar sus
campos, aunque en una de las pruebas que hice en el
"items ctr_alt%ROWTYPE" que es d
-- Mensaje reenviado --
De: Suso Lopez
Fecha: 19 de agosto de 2009 21:41
Asunto: Re: [pgsql-es-ayuda] ERROR: relation "ctr_alt" does not exist en una
funcion
Para: Jaime Casanova
Cc: pgsql-es-ayuda@postgresql.org
Este es el error que me da, pero la tabla existe, seguro, y la fun
-- Mensaje reenviado --
De: Suso Lopez
Fecha: 20 de agosto de 2009 16:01
Asunto: Re: [pgsql-es-ayuda] ERROR: relation "ctr_alt" does not exist en una
funcion
Para: Alvaro Herrera
Cc: Ayuda
Ya lo hice, y sale bastante "pseudo-codigo" o script, bastante largo
El 20 de agosto de
-- Mensaje reenviado --
De: Suso Lopez
Fecha: 20 de agosto de 2009 16:06
Asunto: Re: [pgsql-es-ayuda] ERROR: relation "ctr_alt" does not exist en una
funcion
Para: Alvaro Herrera
Cc: Jaime Casanova ,
pgsql-es-ayuda@postgresql.org
Ah, perdon entonces, crei que el hecho de poderla
-- Mensaje reenviado --
De: Suso Lopez
Fecha: 20 de agosto de 2009 16:10
Asunto: Re: [pgsql-es-ayuda] ERROR: relation "ctr_alt" does not exist en una
funcion
Para: Emanuel Calvo Franco
Cc: pgsql-es-ayuda@postgresql.org
Efectivamente las cree con pgadmin, pero me da error (el pri
-- Mensaje reenviado --
De: Suso Lopez
Fecha: 20 de agosto de 2009 16:15
Asunto: Re: [pgsql-es-ayuda] ERROR: relation "ctr_alt" does not exist en una
funcion
Para: Alvaro Herrera
Cc: Emanuel Calvo Franco ,
pgsql-es-ayuda@postgresql.org
No, el nombre de la tabla esta tal cual, co
-- Mensaje reenviado --
De: Suso Lopez
Fecha: 20 de agosto de 2009 16:19
Asunto: Re: [pgsql-es-ayuda] ERROR: relation "ctr_alt" does not exist en una
funcion
Para: Manuel Diego
Cc: pgsql-es-ayuda@postgresql.org
$user,public
El 20 de agosto de 2009 10:50, Manuel Diego escribió:
-- Mensaje reenviado --
De: Suso Lopez
Fecha: 20 de agosto de 2009 16:24
Asunto: Re: [pgsql-es-ayuda] ERROR: relation "ctr_alt" does not exist en una
funcion
Para: Alvaro Herrera
El codigo genera un file de 56kb, lo mando igualmente la lista como
adjunto??, creo que puede satura
Por favor no reenvies mensajes que reboten con una indicación de que
quedaron encolados para el moderador. Normalmente el moderador los
aprueba rapidamente, asi que la segunda copia que envias no es mas que
ruido adicional a la lista.
Suso Lopez escribió:
> -- Mensaje reenviado -
Suso Lopez escribió:
> El codigo genera un file de 56kb, lo mando igualmente la lista como
> adjunto??, creo que puede saturar un poco para el que no tenga linea rapida
> o algo asi, dime que hago?
Mandalo a mi correo.
--
Alvaro Herrera Valdivia, Chile ICBM: S 39º 48' 55.3", W 73º 15' 2
$user,public
El 20 de agosto de 2009 10:50, Manuel Diego escribió:
> Que te aparece cuando ejecutas:
> SHOW search_path;
>
>
>
evita el top posting (escribir la respuesta encima de la pregunta) por favor...
[...reordenando un poco el mail para que sea legible...]
>
> El 20 de agosto de 2009 13:07, Jaime Casanova
> escribió:
>>
>> 2009/8/19 Suso Lopez :
>> > Este es el error que me da, pero la tabla existe, seguro, y la
Gracias Alvaro
Es el mismo ducumento que encontre, pero me gutaria un ejemplo mas completo de
toda la expresion que se usa para crear un trigger. Para saber donde va la
especificacio de las columnas y si hay una sintaxias especial depues de esa
descripcion.
Nuevamente gracias por tu tiempo y p
http://www.transtec.co.uk
__ Información de ESET NOD32 Antivirus, versión de la base de firmas
de virus 4353 (20090820) __
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
__ Información de ESET NOD32 Antivirus, versión de la base de firmas
d
Sandro Martin Napán Villarreal escribió:
> Disculpen ,
>
> Pero esta muy bien el foro, pero creo que un prom de 12 a 15 correos con el
> mismo tema cansa de verdad, prefiero si es posible tratarlo entre los
> involucrados y cuando tengan la solucion correcta la publican a la lista ,
> de verdad e
Efectivamente las cree con pgadmin, pero me da error (el primero) en la
lineavalores ctr_alt%ROWTYPE, acabo de poner tambien valores
public."ctr_alt"%ROWTYPE, y me dice lo mismo,:(
El 20 de agosto de 2009 10:22, Emanuel Calvo Franco
escribió:
> El 18 de agosto de 2009 19:41, Suso Lopez escri
Si, en efecto, me dioce el nombre de la tabla, query : ctr_alt on
usua...@localhost:5432
ok, la sentencia que ejecutaste busca la tabla por nombre
> (convirtiendo todo a minusculas para efectos de comparacion)
> directamente del catalogo de postgres, si no lo encuentra es porque la
> tabla no exi
Nuevamente yo,
jeje ... no lei apropiadamente esa parte del document ("The following
functionality is currently missing"), gracias por la orientacion Alvaro.
Saludos
Grover Navia
--- El mié, 19/8/09, Alvaro Herrera escribió:
De: Alvaro Herrera
Asunto: Re: [pgsql-es-ayuda] Activación de Trigg
no hagas top posting
2009/8/20 Suso Lopez :
> Si, en efecto, me dioce el nombre de la tabla, query : ctr_alt on
> usua...@localhost:5432
ah! entonces lo que se llama ctr_alt es la base de datos. el formato
que te muestra pgadmin es: base on usua...@servidor:puerto
eso explica porque dices creas l
2009/8/20 Sandro Martin Napán Villarreal :
> Disculpen ,
>
> Pero esta muy bien el foro, pero creo que un prom de 12 a 15 correos con el
> mismo tema cansa de verdad, prefiero si es posible tratarlo entre los
> involucrados y cuando tengan la solucion correcta la publican a la lista ,
> de verdad e
Hola Listeros
Me gustaria saber como recorrer los registros del resultado de uns consulta
SQL, en una funcion usando PL/PGSQL, en mi caso por ejemplo.
DECLARE
tablaResultado miTablita%ROWTYPE;
BEGIN
SELECT INTO tablaResultado* FROM miTablita WHERE campoUno = "SI";
IF FOUND
Jaime Casanova escribió:
> 2009/8/20 Suso Lopez :
> > Si, en efecto, me dioce el nombre de la tabla, query : ctr_alt on
> > usua...@localhost:5432
>
> ah! entonces lo que se llama ctr_alt es la base de datos.
A, eso lo explica todo. El pg_dump que me envió por correo privado
efectivamente n
El 20 de agosto de 2009 18:32, Grover Navia escribió:
> Hola Listeros
>
> Me gustaria saber como recorrer los registros del resultado de uns consulta
> SQL, en una funcion usando PL/PGSQL, en mi caso por ejemplo.
>
> DECLARE
> tablaResultado miTablita%ROWTYPE;
> BEGIN
> SELECT INTO t
Grover Navia escribió:
> Me gustaria saber como recorrer los registros del resultado de uns consulta
> SQL, en una funcion usando PL/PGSQL, en mi caso por ejemplo.
>
> DECLARE
> tablaResultado miTablita%ROWTYPE;
> BEGIN
> SELECT INTO tablaResultado* FROM miTablita WHERE campoUno =
Es verdad, no se pq me "empecine" en que l atabla era ctr_alt, cambie el
nombre en la linea que me daba el error por bloq y se acabo el problema:)
Aqui me surge una duda, si yo, desde esta funcion quiero acceder a otra
tabla que esta en otra base de datos, es posible?
Por ejemplo tengo esta BD ctr
52 matches
Mail list logo
