[mysql][php] Pole typu json, problem z normalizacją Opcje

[jol.us_]

Tak używam tylko w WHERE .

[PHP] pobierz, plaintext 
WHERE json_extract(tresc, '$.klucz') LIKE '%".$string ."%'
WHERE json_contains(tresc, '{\"klucz\" : [\"".$integer."\"]}' ) ";
[PHP] pobierz, plaintext 

W dodatku tylko w jednym typie przypadku.
Możesz coś szerzej co to CAST?

Ten post edytował jol.us_ 19.10.2017, 11:02:32

[trueblue]

[SQL] pobierz, plaintext 
SELECT pole_json, inne_pole FROM tabela WHERE JSON_EXTRACT(CAST(pole_json AS JSON), '$.tytul')
[SQL] pobierz, plaintext 

https://dev.mysql.com/doc/refman/5.7/en/cas...l#function_cast

Ten post edytował trueblue 19.10.2017, 17:08:54

[jol.us_]

Genialne. Dokładnie to czego potrzebowałem.
Dzięki tobie się wyśpię dziś

[Pilsener]

Kod

{"kolor": "#ffffff", "zdjecie": "test.jpg", "tytul": "Tytul", "kolejnosc":[{"0":"tytul", "1":"kolor", "2":"zdjecie" }]}

A nie prościej byłoby:

Kod

{"kolor": {wartosc: "#ffffff", kolejnosc: 2}, "zdjecie": {wartosc: "test.jpg", kolejnosc: 3}}

Lub:

Kod

{2: {klucz: "kolor", wartosc: "#ffffff"}, 0: {klucz: "tytuł", wartosc: "Tytuł"}

I jak najmniej logiki w bazie danych, bo to się potem mści (szczególnie w MySQL, bo ta baza ma tą cudowną właściwość, że np. zamiast zwrócić komunikat błędu to po prostu przytnie sobie string gdy jest za długi).
Jeśli tylko jest to możliwe, to powinniśmy unikać zapisywania danych w taki sposób.

[jol.us_]

A nie prościej byłoby:

Kod

{"kolor": {wartosc: "#ffffff", kolejnosc: 2}, "zdjecie": {wartosc: "test.jpg", kolejnosc: 3}}

Dość trudno by mi było to potem sortować.

Kod

{2: {klucz: "kolor", wartosc: "#ffffff"}, 0: {klucz: "tytuł", wartosc: "Tytuł"}

Jako klucz mam stringa i nie moge uzyc integera.

I jak najmniej logiki w bazie danych, bo to się potem mści (szczególnie w MySQL, bo ta baza ma tą cudowną właściwość, że np. zamiast zwrócić komunikat błędu to po prostu przytnie sobie string gdy jest za długi).
Jeśli tylko jest to możliwe, to powinniśmy unikać zapisywania danych w taki sposób.

Ten json to był tylko przykład - użyty tylko dla nakreślenia problemu - nie ma nic wspólnego z oryginalnym wyglądem.
Tak czy siak uważam, że json to jeden z najbardziej wygodnych formatów przechowywania danych - zwłaszcza, że potem są przejmowane przez front-end.

O ilość znaków się nie martwię - tu nie mam takiego niebezpieczeństwa.

----

Tak czy siak. Ostatecznie pozostałem przy formacie pola longtext i użyłem rozwiązania od @trueblue.
Dla mnie ten temat jest zamknięty.

Ten post edytował jol.us_ 20.10.2017, 13:59:26