> lo que si me llamo la atencion del mensaje original es que se afirme
> que postgres reconoce la columna tanto con id_proveedor como con
> "Id_proveedor" eso no puede ser cierto:
El no dijo eso,dijo exactamente lo contrario:
Tengo una tabla Proveedores con un campo Id_proveedor cuando quiero
co
2009/8/3 Juan Romero :
>
> sin las
> comillas no importa como lo escribas, el resultado seguira siendo que la
> tabla se llama prueba en minusculas
>
aun asi, no es que postgres sea case insensitive (no lo es), sino que
convierte todos los nombres de objetos a minusculas a menos que tu le
diga
Edwin Quijada escribió:
>
>
> Como podria desactivar todos los triggers en un solo select?
>
> Recuerdo que hacia algo asi en 7.4 pero perdi el select que lo hacia alguien
> lo tiene por ahi.???
>
> Todavia funciona para 8.3 y 8.4
> ??
Si pero no es muy recomendable ... usa ALTER TABLE ff D
Como podria desactivar todos los triggers en un solo select?
Recuerdo que hacia algo asi en 7.4 pero perdi el select que lo hacia alguien lo
tiene por ahi.???
Todavia funciona para 8.3 y 8.4
??
*---*
*-Edwin Quijada
*-Developer DataBase
*-
Ya pude resolverlo al final era un error de datos.
*---*
*-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas
*-Soporte PostgreSQL
*-www.jqmicrosistemas.com
*-809-849-8087
*---*
Creo que a lo q se refiere es que la funcion dentro del trigger le devuelve
nulls, no a la asignacion del trigger a un store procedure
sobre lo que pienso, revisa el evento en que esta creado el trigger y si tu
funcion es dependiente de ese evento o no. Creo que va por ahi.
El 3 de agosto de 20
Edwin Quijada escribió:
>
>
> Tengo un problema extrano. Estoy tratando de invocar una funcion SQL desde un
> trigger pero desde que lo hago esta siempre retorna NULL pero si la invoco
> desde la consola normal todo funciona bien.
>
> Es que no se pueden llamar funciones SQL desde los trigger
Tengo un problema extrano. Estoy tratando de invocar una funcion SQL desde un
trigger pero desde que lo hago esta siempre retorna NULL pero si la invoco
desde la consola normal todo funciona bien.
Es que no se pueden llamar funciones SQL desde los triggers ? Creo que haber
oido que los trig
ok muchisimas gracias,por los conceptos, ahora,,, resuelto eso tengo otro
problema y es ..que este vector esta dentro de un OR
por ejemplo
select * from administradores JOIN person where person.ssn LIKE ? or
to_tsvector(people.first_name || ' ' || people.last_name) @@ ?
no puedo usar LIKE con un
Javier Barcena escribió:
> ok muchisimas gracias,por los conceptos, ahora,,, resuelto eso tengo otro
> problema y es ..que este vector esta dentro de un OR
> por ejemplo
>
> select * from administradores JOIN person where person.ssn LIKE ? or
> to_tsvector(people.first_name || ' ' || people.last_
jose ricardo escribió:
Resulta que necesito que el campo fecha de una tabla se modifique tan pronto
cambie la fecha del sistema, el rpoblema es que no se como hacerlo, pues pense
que podia resolverlo con un tigger pero todos sabemos que los tigger solo se
disparan cuando ocurre un evento sobre
On Aug 3, 2009, at 7:07 PM, Alvaro Herrera wrote:
Juan Romero escribió:
Bueno, en realidad ese no es el comportamiento de psql. Seguramente
utilizas algun cliente, como pgadmin.
postgresql es case insensitive, es decir, tu creas la tabla:
Estás equivocado ...
alvherre=# create table "Prue
Juan Romero escribió:
> Bueno, en realidad ese no es el comportamiento de psql. Seguramente
> utilizas algun cliente, como pgadmin.
>
> postgresql es case insensitive, es decir, tu creas la tabla:
Estás equivocado ...
alvherre=# create table "Prueba" ();
CREATE TABLE
alvherre=# \d
jose ricardo escribió:
> Cordial saludo.
>
> Resulta que necesito que el campo fecha de una tabla se modifique tan
> pronto cambie la fecha del sistema, el rpoblema es que no se como
> hacerlo, pues pense que podia resolverlo con un tigger pero todos
> sabemos que los tigger solo se disparan cuand
Gabriel Ferro escribió:
- Mensaje original
De: Manuel A. Estevez Fernandez
Para: pgsql-es-ayuda@postgresql.org
Enviado: viernes 31 de julio de 2009, 20:23:20
Asunto: [pgsql-es-ayuda] salen signos de interrogacion en lugar de ñ o acentos
Saludos a todos.
Creé una base de datos con
On Aug 3, 2009, at 6:29 PM, JESUS ARNULFO ZACARIAS SANTOS wrote:
Bueno empezando a trabajar nuevamente en postgres me encontre con
algo curioso que quisiera alguien me explicara a fondo:
Tengo una tabla Proveedores con un campo Id_proveedor cuando quiero
consultar lo hago de la siguiente m
Cordial saludo.
Resulta que necesito que el campo fecha de una tabla se modifique tan pronto
cambie la fecha del sistema, el rpoblema es que no se como hacerlo, pues pense
que podia resolverlo con un tigger pero todos sabemos que los tigger solo se
disparan cuando ocurre un evento sobre una tab
JESUS ARNULFO ZACARIAS SANTOS escribió:
> Alguien me podria orientar el por que de esta situacion.
Los identificadores funcionan así. Lo manda el estándar SQL. (Bueno,
casi; el estándar dice que hay que convertirlos a mayúsculas, pero
Postgres lo hace a minúsculas por razones históricas).
--
Bueno empezando a trabajar nuevamente en postgres me encontre con algo
curioso que quisiera alguien me explicara a fondo:
Tengo una tabla Proveedores con un campo Id_proveedor cuando quiero
consultar lo hago de la siguiente manera:
select Id_proveedor from Proveedores;
Lo que me arroga un error
Javier Barcena escribió:
> Gracias pero avance bastante con la doc., y quiero comentarlo,
> el primer cambio fue concatenar con || ' ' || ya que estoy intentando hacer
> una busqueda insensitive case
> y usando vectores y tsearch. estaba usando.. LIKE pero con tsearch no puedo
> usa like como me d
Gracias pero avance bastante con la doc., y quiero comentarlo,
el primer cambio fue concatenar con || ' ' || ya que estoy intentando hacer
una busqueda insensitive case
y usando vectores y tsearch. estaba usando.. LIKE pero con tsearch no puedo
usa like como me dijo alvaro, en todo caso deberia us
> From: Javier Barcena
> Subject: [pgsql-es-ayuda] error PG LOWER
> To: pgsql-es-ayuda@postgresql.org
> Date: Monday, August 3, 2009, 3:38 PM
> Hola arme una consulta y me da error,
> tal vez por estar mal formada,
>
> PG:ERROR no existe la funcion LOWER (tsvector ,unknow,
> tsvector)
>
> lo q
ok, si la lei muy al vuelo. la releere y consulto nuevamente.
El 3 de agosto de 2009 13:35, Alvaro Herrera escribió:
> Javier Barcena escribió:
> > alvaro no estoy utilizando ' ' para concatenar..sino que necesito
> encontrar
> > el texto ." Juan Palits" usando vectores y tsearch para impleme
Javier Barcena escribió:
> alvaro no estoy utilizando ' ' para concatenar..sino que necesito encontrar
> el texto ." Juan Palits" usando vectores y tsearch para implementarlo
> en rails que la verdad no me es tan simple implementar tsearch en el.
> si puedes orientarme mas, me sirve
>
>
>
alvaro no estoy utilizando ' ' para concatenar..sino que necesito encontrar
el texto ." Juan Palits" usando vectores y tsearch para implementarlo
en rails que la verdad no me es tan simple implementar tsearch en el.
si puedes orientarme mas, me sirve
Estoy usando.. postgresql 8.3 en debia
Javier Barcena escribió:
>
> alvaro no estoy utilizando ' ' para concatenar..sino que necesito encontrar
> el texto ." Alvaro Herrera" usando vectores y tsearch para implementarlo
> en rails que la verdad no me es tan simple implementar tsearch en el.
> si puedes orientarme mas, me sirve
Por fav
*sugrnombre* y *clasnombre *siempre existen para un producto, por lo q
nunca habra nulls, la consulta que puse funciona bien, mi problema esta en
que necestio juntar las dos consultas para icc y para equipo en una sola
consulta, eso es lo que no logro hacerlo.
gracias por responder
El 3 de agost
hola Christian... bueno la verdad no veo problema en el where... pero a modo
personal, te recomiendo que revises esto
*(sugrnombre || ' - ' || clasnombre as varchar
*los pipe pueden concatenar los campos... pero si uno de esos campos viene
vacio, la concatenación no sirve, no muestra el registro,
Javier Barcena escribió:
> Hola arme una consulta y me da error, tal vez por estar mal formada,
>
> PG:ERROR no existe la funcion LOWER (tsvector ,unknow, tsvector)
>
> lo que hice fue concatenar dos vectores, creo que sino hago (string, string,
> string) tendre estos problemas , gracias y espero
Euler Taveira de Oliveira escribió:
>
> [Mi español no es tan buena pero ...]
La verdad es que tu español (escrito) es mejor que el que se ve en esta
lista todos los días.
--
Alvaro Herrera Valdivia, Chile Geotag: -39,815 -73,257
"Ninguna manada de bestias tiene una voz tan horr
Saludos, tengo una consulta (SQL) "media tonta" que no se porque no me sale,
ojala alguien pueda darme una ayuda
Tengo 4 tablas
stactivacion,stproducto,stclase,stsubgrupo
*activacion* contiene dos llaves foraneas a producto: *actiicc, actiequipo*
*producto* tiene llave primaria: *prodcodigo* y l
> Pedro, gracias por el reconocimiento. ;) Este año tenemos la participación de
> colegas de Argentina (Mariano y Emanuel) en PGCon Brasil 2009. Sería muy buena
> participación de colegas de otros países de América Latina.
>
Si. La idea es tomar algun curso de portuñol acelerado xD
Se. A idéia é t
Hola arme una consulta y me da error, tal vez por estar mal formada,
PG:ERROR no existe la funcion LOWER (tsvector ,unknow, tsvector)
lo que hice fue concatenar dos vectores, creo que sino hago (string, string,
string) tendre estos problemas , gracias y espero comentarios.
LOWER ((persona.primer
> -Mensaje original-
> De: Francisco Manuel Quintana Trujillo
>
> Hola,
>
> Ante todo agradecer la colaboración que me han prestado en el foro.
>
> Por fin, la consulta,
> "delete from observation
> where observation_id in (select observation_id from
> observation EXCEPT select obser
Hola,
Ante todo agradecer la colaboración que me han prestado en el foro.
Por fin, la consulta,
"delete from observation
where observation_id in (select observation_id from observation EXCEPT select
observation_id from quality)",
terminó no sin antes demorarse 25 horas.
Tareas por hacer:
- Vac
35 matches
Mail list logo
