Wstawianie poprawnego jsona z kopią do tabeli postgresowej

Question

Prawidłowy JSON może oczywiście mieć znak ukośnika odwrotnego: \. Po wstawieniu danych do instrukcji SQL w następujący sposób:

sidharth=# create temp table foo(data json); 
CREATE TABLE 
sidharth=# insert into foo values('{"foo":"bar", "bam": "{\"mary\": \"had a lamb\"}" }'); 
INSERT 0 1 

sidharth=# select * from foo; 

data       
\----------------------------------------------------- 

{"foo":"bar", "bam": "{\"mary\": \"had a lamb\"}" } 
(1 row) 

Wszystko działa dobrze.

Ale gdybym skopiuj JSON do pliku i uruchom polecenie kopiowania uzyskać:

sidharth=# \copy foo from './tests/foo' (format text); 


ERROR: invalid input syntax for type json 
DETAIL: Token "mary" is invalid. 
CONTEXT: JSON data, line 1: {"foo":"bar", "bam": "{"mary... 
COPY foo, line 1, column data: "{"foo":"bar", "bam": "{"mary": "had a lamb"}" }" 

Wygląda PostgreSQL nie jest przetwarzanie backslashy. Myślę, że z powodu http://www.postgresql.org/docs/8.3/interactive/sql-syntax-lexical.html i jestem zmuszony użyć podwójnego ukośnika odwrotnego. A to działa, tj. Gdy zawartość pliku:

{"foo":"bar", "bam": "{\\"mary\\": \\"had a lamb\\"}" } 

Polecenie kopiowania działa. Ale czy słuszne jest spodziewać się specjalnej obróbki dla typów danych JSON? , ponieważ po powyższym nie jest prawidłowym jsonem.

Answer 1

Domyślny format obciążenia zbiorczego PostgreSQL, text, jest znacznikiem oddzielonym tabulatorami. Wymaga ukośników odwrotnych, ponieważ mają one specjalne znaczenie dla (np.) Elementu zastępczego o wartości Null wynoszącej \N.

przestrzegać co generuje PostgreSQL:

regress=> COPY foo TO stdout; 
{"foo":"bar", "bam": "{\\"mary\\": \\"had a lamb\\"}" } 

Nie jest to przypadek szczególny dla json w ogóle, to prawda dowolnego ciągu znaków. Rozważmy na przykład, że ciąg znaków - w tym json - może zawierać osadzone karty. Trzeba im uciec, aby nie byli postrzegani jako inne pole.

Będziesz musiał wygenerować poprawnie dane wejściowe. Zamiast próbować korzystać z formatu PostgreSQL text, łatwiej będzie używać format csv i używać narzędzia, które będzie zapisywać poprawny plik CSV, przy czym wykonanie zostanie wykonane za Ciebie podczas pisania.

Answer 2

http://adpgtech.blogspot.ru/2014/09/importing-json-data.html

copy the_table(jsonfield) 
from '/path/to/jsondata' 
csv quote e'\x01' delimiter e'\x02';