En Mon, 07 Dec 2009 12:47:26 -0300, Alvaro Herrera alvhe...@alvh.no-ip.org
escribió:
Manuel Diego escribió:
Todos los MD5 son de 32 caracteres, Por tanto, el datatype debiese
ser char(32).
Lo mejor para encriptar una contraseña es jugar con los SALT, ya que
si encriptas la password a secas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ReynierPM wrote:
En caso de usar la primera tengo un problemita y es que no tengo
habilitado los ficheros WAL en mi servidor de BD por lo cual el fichero
.wal no existe, ¿cual sería la mejor estrategia a seguir entonces?
¿generar volcados
Gracias, igualmente para Mariano !!
Vamos a ver si puedo lograr algo con el tema del cursor actualizable ya que
lo desconocia.
Saludos.
-Mensaje original-
De: pgsql-es-ayuda-ow...@postgresql.org
[mailto:pgsql-es-ayuda-ow...@postgresql.org] En nombre de Jaime Casanova
Enviado el: martes,
Z.M. escribió:
O sea que definiendo la tabla de esta manera:
CREATE TABLE usuario(
login varchar(8) primary key,
codsistema int,
password char(32),
permiso varchar(2)
);
¿Tengo una estructura aceptable? ¿Entonces es aconsejable definir el campo
password, del tipo
En mi opinion las claves en las base de datos se deben guardar encriptadas.
Saludos
Enrique
Alvaro Herrera escribió:
Z.M. escribió:
O sea que definiendo la tabla de esta manera:
CREATE TABLE usuario(
login varchar(8) primary key,
codsistema int,
password char(32),
permiso
De verdad que char e
Carlos Joaniquet Tamburini
El 09/12/2009, a las 15:05, Alvaro Herrera alvhe...@alvh.no-ip.org escribió:
Z.M. escribió:
O sea que definiendo la tabla de esta manera:
CREATE TABLE usuario(
login varchar(8) primary key,
codsistema int,
password char(32),
permiso
respuesta a tu problema, publícala, otros te lo
agradecerán
--
TIP 4: No hagas 'kill -9' a postmaster
__ Información de ESET NOD32 Antivirus, versión de la base de firmas
de virus 4673 (20091209) __
ESET NOD32 Antivirus ha comprobado este mensaje.
http://www.eset.com
Enrique Fernandez escribió:
En mi opinion las claves en las base de datos se deben guardar encriptadas.
Totalmente de acuerdo, y de hecho es justamente lo que se habló más
arriba en este mismo hilo. (Por eso el tipo de dato es para guardar el
md5 de la clave).
--
Alvaro Herrera Vendo
estoy revisando un curso que encontré y probando las cosas, una de ellas es
esta función que a continuación pongo
CREATE OR REPLACE FUNCTION public.suma (v1 pg_catalog.anyelement, v2
pg_catalog.anyelement, v3 pg_catalog.anyelement) RETURNS
pg_catalog.anyelement AS
$body$
DECLARE
disculpen el correo anterior, ya encontré el problema, era que estoy trabajando
en windows con el EMS y parece que no entiendes el tipo de datos anyelement,
ejecute la misma función desde la consola y si funciona, gracias
- Mensaje original -
De: Arcel Labrada Batista alabra...@uci.cu
Arcel Labrada Batista escribió:
disculpen el correo anterior, ya encontré el problema, era que estoy
trabajando en windows con el EMS y parece que no entiendes el tipo de datos
anyelement, ejecute la misma función desde la consola y si funciona, gracias
Seguramente EMS está llamando a la
ing. José Fermín Francisco Ferreras
San Francisco de Macorís, Rep. Dom.
From: josefermi...@hotmail.com
To: jcasa...@systemguards.com.ec
CC: pgsql-es-ayuda@postgresql.org
Subject: RE: [pgsql-es-ayuda] migrar datos tabla sql server 2005 a postgresql
Date: Wed, 9 Dec 2009 03:55:01 +
Hola a todos.
Quisiera saber si tienen en carpeta alguna herramienta ó metodo que
nos pueda permitir realizar la carga de una desde una base de datos en
PostgreSQL hacia una copia en MySQL.
Basandose en que la base de datos contine datos basicos.
int, numeric, varchar, bigint,
José Fermín Francisco Ferreras escribió:
ing. José Fermín Francisco Ferreras
San Francisco de Macorís, Rep. Dom.
From: josefermi...@hotmail.com
To: jcasa...@systemguards.com.ec
CC: pgsql-es-ayuda@postgresql.org
Subject: RE: [pgsql-es-ayuda] migrar datos tabla sql
14 matches
Mail list logo