ehhh, si le das permiso a que cualquier hijo de vecino se conecto sin
clave, (es tu culpa), si le das permisos solo a la base de datos sin
password (es tu culpa)... si le das permiso con password ? no es tu
culpa (a menos que le des la clave a todo el mundo, en ese caso es tu
culpa).
(de hecho si
De casualidad reviaste lo que te mensionaron de los FK (ForeingKey). La
razon es simple, cuando haces un insert y ese esta asociado a una llave
foranea (el motor revisa que este el valor referenciado) si no tiene indice
el FK se hace un full scan. a mas registros mas IO. Esta bien que la CPU
este a
que tal, puedes cambiar esto por favor y ver como te va.
$consulta = "SELECT * FROM preguntas WHERE ".$t."cCodPre".$t."='$cod'";
Por
Los campos y donde sea bytea pone esto
coalesce(archivo_bytea,'-1') as archivo_bytea
y revisa este link, tengo un sitio de pruebas andando con bytea y oid
y fun
2009/11/10 Luis :
> Hola:
>
> Al hacer un pg_dump en un server Suse con Postgres 8.3.1 tengo el siguiente
> error:
>
>
> pg_dump: SQL command failed
> pg_dump: Error message from server: ERROR: character 0xe2809c of encoding
> "UTF8" has no equivalent in "LATIN1"
Revisando correos viejos encontre
2010/5/10 :
> Hola que tal, me han pasado una dase de datos en postgresql 8.1 yo la
> estoy tratando de restaurar de la siguiente forma:
> psql -v -a -d carlos < temp/var/lib/pgsql/DUMP2010.dump
bu! no... ese archivo .dump es probablemente un archivo en formato
binario (no sql) generado con pg_d
