Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> [SQL] Wszystkie znaki
markuz
post
Post #1





Grupa: Zarejestrowani
Postów: 1 240
Pomógł: 278
Dołączył: 11.03.2008

Ostrzeżenie: (0%)
-----


Witam,

Potrzebuję tabeli w bazie danych która będzie mogła przechowywać wszystkie znaki głównie chodzi mi o języki: Polski, Angielski, Rosyjski, Niemiecki w przyszłości także Arabski, Chiński itp.

W jaki sposób to zrobić? Czy baza MySQL będzie potrafiła przechować takie znaki? Czy trzeba je będzie przechowywać w inny sposób i potem za pomocą PHP je prze-konwertować?


--------------------
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi (1 - 6)
nospor
post
Post #2





Grupa: Moderatorzy
Postów: 36 557
Pomógł: 6315
Dołączył: 27.12.2004




Cytat
Polski, Angielski, Rosyjski, Niemiecki
Utawiasz kodowanie na utf8 i po sprawie.
Czy zadziala to na chinski - nie wiem, tam moze trzeba bedzie uzyc utf16? Ale to teraz zgaduje, nie zaglebialem sie tak daleko


--------------------

"Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista
"Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer

Go to the top of the page
+Quote Post
markuz
post
Post #3





Grupa: Zarejestrowani
Postów: 1 240
Pomógł: 278
Dołączył: 11.03.2008

Ostrzeżenie: (0%)
-----


A któryś konkretny utf8? Ustawiłem utf8_bin i nawet polskie znaki nie działają..
Wszystko ustawiłem na utf8 i utf8_bin, zarówno głównie w bazie danych jak i w konkretnej bazie danych i w konkretnej tabeli.

Przy modyfikacji rekordu MySQL (z poziomu PhpMyAdmin 4.0.4.1) zwraca: Warning: #1366 Incorrect string value: '\xC5\x82ugo\xC5...' for column 'name' at row 1 (Przy użyciu słowa długość).

Może użyć innego mechanizmu składowania danych? Aktualnie używam InnoDB.

Wiem, że temat ze znakami był poruszany na forum wiele razy, dużo tematów przeglądałem - być może nie wszystkie. Rozwiązania nie znalazłem.





--------------------
Go to the top of the page
+Quote Post
nospor
post
Post #4





Grupa: Moderatorzy
Postów: 36 557
Pomógł: 6315
Dołączył: 27.12.2004




utf8_general_ci
Powód edycji: [nospor]:


--------------------

"Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista
"Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer

Go to the top of the page
+Quote Post
markuz
post
Post #5





Grupa: Zarejestrowani
Postów: 1 240
Pomógł: 278
Dołączył: 11.03.2008

Ostrzeżenie: (0%)
-----


Zmieniłem ręcznie na utf8_general_ci - nic nie dało.

Potem zapytaniem:
  1. ALTER TABLE pg_settings DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_general_ci;


Nadal zwraca ten sam błąd.


--------------------
Go to the top of the page
+Quote Post
nospor
post
Post #6





Grupa: Moderatorzy
Postów: 36 557
Pomógł: 6315
Dołączył: 27.12.2004




No ale jesli tabele tworzyles wczesniej, to i pola maja stare collate ustawione.
Musisz teraz dla kazdego pola z osobna zmienic.
No i zakladam, ze laczyz sie potem z baza z kodowanie utf8 i ze przekazujesz dane we wlasciwym kodowaniu


--------------------

"Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista
"Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer

Go to the top of the page
+Quote Post
markuz
post
Post #7





Grupa: Zarejestrowani
Postów: 1 240
Pomógł: 278
Dołączył: 11.03.2008

Ostrzeżenie: (0%)
-----


Dzięki wielkie smile.gif Nigdy nie zwracałem uwagi na kodowaniem poszczególnych pól.

Dla potomnych:
Z kodowaniem utf8_general_ci działa Chiński, Arabski itp. chociaż niektórych znaków czasami brakuje.

Ten post edytował markuz 13.02.2014, 10:04:29


--------------------
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 21.08.2025 - 11:43