Hola,
estoy diseñando una base de datos nueva y para algunas de las tablas (la mayoría en realidad), al
guardar/actualizar los registros quiero que se quede guardada la fecha y la hora para futuras consultas, es
algo que luego ha de verse en todas las consultas, la duda que tengo es utilizo
Alvaro Herrera escribió:
Linos escribió:
Hola,
estoy diseñando una base de datos nueva y para algunas de las tablas
(la mayoría en realidad), al guardar/actualizar los registros quiero que
se quede guardada la fecha y la hora para futuras consultas, es algo que
luego ha de verse en todas
Hola, porte hace poco a traves de unos ficheros con las sentencias sql tanto del schema
como de los datos que tuve que generar desde windows una base de datos que estaba usando
maxdb, en linux cree directamente la base de datos con utf8 y la verdad es q todo bien
hasta ahora, antes de importar l
Hola, aunque no este relacion con el tema principal del hilo he observado que en los
mailing de postgresql no se habla nunca de Symmetric-ds, es un producto basado en java q
funciona con drivers jdbc con varios motores a traves de distintos dialectos, basado en
triggers (como la mayoria) y que s
Hola, hace poco que migre a Postgresql y encuentro el tema de las transacciones que hacen
un rollback automatico (o como si lo hicieran porque al fin y al cabo el resto de cambios
devuelven un error) un poco lioso, yo realizo una serie de updates sobre una tabla por una
linea lenta, supongamos 2
:
Linos escribió:
begin - savepoint insert releasesavepoint savepoint
insert - releasesavepoint savepoint --- insert(error) ---
rollback to savepoint --- update --- releasesavepoint --- 2 registros
mas commit
Lo cual a traves de una linea lenta
savepoints si quiero permitir algun fallback igual que ya hago
yo. Es un poquillo irritante que no sea pueda modificar este parametro en postgresql :\
Alvaro Herrera escribió:
Linos escribió:
begin - savepoint insert releasesavepoint savepoint
insert
en la entrada del usuario.
Un saludo,
Miguel Angel.
Alejandro Chen escribió:
Linos escribio:
.
.
.
y no solo postgres no quito los espacios a convertirlo a varchar si no que las funciones
de manejo de strings no lo hacen tampoco, ni trim, ni replace por ejemplo, despues de
darle vueltas
Hola, les explico mi problema, uso postgresql 8.3.3 con una base de datos en
UTF8, el esquema de la tabla es esta:
CREATE TABLE bulto_cabecera
(
id_documento integer NOT NULL,
bulto_id integer NOT NULL,
numero_bulto_documento integer NOT NULL,
time_stamp timestamp with time zone DEFAULT
Moises Alberto Lindo Gutarra escribió:
2008/10/2 Linos <[EMAIL PROTECTED]>:
Hola, les explico mi problema, uso postgresql 8.3.3 con una base de datos en
UTF8, el esquema de la tabla es esta:
CREATE TABLE bulto_cabecera
(
id_documento integer NOT NULL,
bulto_id integer NO
Moises Alberto Lindo Gutarra escribió:
El día 2 de octubre de 2008 16:54, Linos <[EMAIL PROTECTED]> escribió:
Moises Alberto Lindo Gutarra escribió:
2008/10/2 Linos <[EMAIL PROTECTED]>:
Hola, les explico mi problema, uso postgresql 8.3.3 con una base de datos
en
UTF8, el esquema
Oswaldo Hernández escribió:
Linos escribió:
Moises Alberto Lindo Gutarra escribió:
El día 2 de octubre de 2008 16:54, Linos <[EMAIL PROTECTED]> escribió:
...
skuda=# INSERT INTO bulto_cabecera(id_documento, bulto_id,
numero_bulto_documento, time_stamp, id_usuario, completo,
tipo_
normalizar a un nivel superior
para tener dos tablas.
El día 3 de octubre de 2008 6:22, Oswaldo Hernández
<[EMAIL PROTECTED]> escribió:
Linos escribió:
Moises Alberto Lindo Gutarra escribió:
El día 2 de octubre de 2008 16:54, Linos <[EMAIL PROTECTED]> escribió:
...
skuda=#
Hola,
les explico lo que quiero hacer y las dos maneras que he encontrado de hacerlo
(pero ninguna me convence, creo q se me debe escapar algo), tengo una tabla
donde grabo las lineas de un ticket, en estas lineas guardo el pvp_teorico por
un lado y su pvp con las ofertas aplicadas por otro, l
Emanuel Calvo Franco escribió:
2009/1/20 Linos :
Hola,
les explico lo que quiero hacer y las dos maneras que he encontrado
de hacerlo (pero ninguna me convence, creo q se me debe escapar algo), tengo
una tabla donde grabo las lineas de un ticket, en estas lineas guardo el
pvp_teorico por
Emanuel Calvo Franco escribió:
2009/1/21 Linos :
Emanuel Calvo Franco escribió:
2009/1/20 Linos :
gracias por echarme un cable emanuel, si te he entendido bien tendria
que usar lo que me pegas en el mail como la subquery para el left join, no?
si es asi no me funciona porque si intento
Emanuel Calvo Franco escribió:
2009/1/21 Linos :
Emanuel Calvo Franco escribió:
2009/1/21 Linos :
Emanuel Calvo Franco escribió:
2009/1/20 Linos :
gracias por echarme un cable emanuel, si te he entendido bien
tendria
que usar lo que me pegas en el mail como la subquery para el left
Emanuel Calvo Franco escribió:
El día 22 de enero de 2009 16:42, Linos escribió:
Emanuel Calvo Franco escribió:
Podés pasar el código ddl de las tablas?
De ultima recreo una simulación y las pruebo.
Debería funcionar... es raro.
Claro, estas son las tablas implicadas.
CREATE TABLE
Emanuel Calvo Franco escribió:
El día 22 de enero de 2009 20:22, Alvaro Herrera
escribió:
Linos escribió:
Bueno, encontré un par de cosas, modifique la consulta
SELECT lin.id_ticket,
lin.linea_id,
mo.referencia,
art.talla,
lin.pvp_teorico,
lin.pvp_real
FROM
Hola,
estoy guardando una información en mis tablas de una manera que no me
parece la
mas correcta (pero no se me ocurre ninguna mejor) y ya que es un problema tan
común y que muchos de vosotros sabéis muchos de bases de datos y específicamente
de postgresql probablemente me podáis recome
Calabaza escribió:
El día 15 de abril de 2009 10:53, Linos escribió:
Hola,
estoy guardando una información en mis tablas de una manera que no me
parece la
mas correcta (pero no se me ocurre ninguna mejor) y ya que es un problema
tan
común y que muchos de vosotros sabéis muchos de bases
Moises Alberto Lindo Gutarra escribió:
El día 15 de abril de 2009 9:53, Linos escribió:
Hola,
estoy guardando una información en mis tablas de una manera que no me
parece la
mas correcta (pero no se me ocurre ninguna mejor) y ya que es un problema
tan
común y que muchos de vosotros
Alvaro Herrera escribió:
Linos escribió:
Cuando quiero hacer una consultar a los albaranes de salida donde muestre el
nombre del cliente tengo que hacer o:
SELECT cab.numero_albaran,
CASE
WHEN tipo_cliente = 'CLIENTE' THEN cli.nombre
WHEN tipo_cliente
Cesar Erices escribió:
Tabla Cliente--> contiene los datos comunes del cliente
Tabla Persona --> Mantiene los datos unicos de la persona
Tabla Empresa --> Mantiene los datos unicos de la Empresa
Tabla Grupo --> No se que mantienes ahi
Tabla Persona_Cliente --> Maniene la union entre personas cli
Silvio Quadri escribió:
El día 15 de abril de 2009 11:53, Linos escribió:
Hola,
estoy guardando una información en mis tablas de una manera que no me
parece la
mas correcta (pero no se me ocurre ninguna mejor) y ya que es un problema
tan
común y que muchos de vosotros sabéis muchos de
Alvaro Herrera escribió:
Linos escribió:
En un principio la pensé asi pero me di cuenta que el numero de campos
comunes iba a ser ridiculamente bajo. Por ejemplo observa estas dos:
La verdad es que no sé cómo puedes modelar tus clientes de esta manera,
si ni siquiera comparten una llave
26 matches
Mail list logo
