| From: | Juan Martínez <jeugenio(at)umcervantes(dot)cl> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
| Cc: | Kelly González Enríquez <kge_7(at)yahoo(dot)com(dot)mx>, postgresql <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: importando |
| Date: | 2006-03-13 22:24:22 |
| Message-ID: | 1142288663.12480.47.camel@localhost.localdomain |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
El lun, 13-03-2006 a las 18:19 -0400, Alvaro Herrera escribió:
> Juan Martínez escribió:
>
> > Claro. Estas diciendo que el delimitador es la coma. No puedes tener una
> > coma "dentro de un campo", postgres lo interpretara como /otro campo/.
> >
> > Lo mas sano es cambiar el delimitador al momento de crear el csv, y
> > luego lo cambias naturalmente en la declarativa delimiter.
>
> Absurdo. Si una coma esta encerrada en comillas, no se interpreta como
> delimitador.
Mmm.. La verdad que no soy muy amigo de las comillas en CSV. Nunca he
usado un separador dentro de lo que en teoria es un campo.
> Esto es obvio. Suponiendo que usara un tabulador como
> delimitador, como pondria un tabulador en los datos?
Rara vez se usan, pero puede ser, lo del tabulador era solo un ejemplo
> Siguiendo tu
> logica, no habria ningun caracter que pudiera usar como delimitador a la
> vez que como separador.
Prefiero usar un delimitador que _se_ que no esta dentro de los campos,
que se yo un '#', o un '$', o un '+'. Etc.
Atte.
Juan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2006-03-13 22:32:50 | Re: importando |
| Previous Message | Juan Martínez | 2006-03-13 22:19:31 | Re: importando |