Witam. Z początku chciałbym powiedzieć, że raczkuje dopiero w programowaniu itp. Mam pewien problem, ponieważ chciałem zainstalować silnik gry na domowym serwerze Krasnal 2.7(próbowałem to w WebServ i to samo), wszystko ładnie, pięknie póki nie przyszło na wgranie bazy MySql. Zrobiłem nową bazę i klikam SQL i zapodaje plik .sql(program to phpMyAdmin) i po wykonaniu wywala błąd:

Kod

zapytanie SQL:

SET @saved_cs_client = @ @character_set_client

MySQL zwrócił komunikat: Dokumentacja
#1193 - Unknown system variable 'character_set_client'

i w związku z tym jak to naprawić? Dodam jeszcze, że wgrywałem to na normalny serwer WWW i wszystko poszło sprawnie.
Z góry dzięki. Rafał

Spróbuj albo zaimportować w trybie zgodności albo znajdź tę linijkę w importowanym pliku i ją zakomentuj dodając na początku -- (dwa minusy)

Niestety takiej opci jak tryb zgodności w wersji domowej phpMyAdmin nie znalazłem, a ta "zepsuta" linijka jest co kilka zdań a ich naprawdę jest dużo. Czekam na dalszą pomoc.

To replace w jakimś edytorze i zamieniasz automatycznie wszystkie wiersze na identyczne tylko poprzedzone komentarzem. Jaką masz wersją pma? Jakoś nie wierzę, że nie ma tej opcji, zawsze była w sekcji Import i na dole Format importowanych plików. Spójrz na suggested fix, radzą dokładnie to samo (tylko poprzez analogiczny zapis /* oraz */ ), czyli zakomentowanie tych linii (i raczej import w trybie zgodności nic tutaj nie da).

Zrobiłem tak jak mówiłeś, czyli wstawiłem replace i -- we wszystkich liniach , ale znowu wyskakuje coś takiego, może niektóre linie niepotrzebnie potraktowałem tymi minusami

hmm, wrzuć gdzieś oryginalny plik, żeby można było pobrać, sprawdzę, co się dzieje. I podaj wersję serwera mysql jaki masz w domu.

Proszę: Klik , a pma chyba stara bo z krasnalem 2.7, ale w webservie bylo to samo, jest to wersja 2.6.0

standardowy import:


PMA 3.3.7deb5

Zobacz wątek tutaj: http://forums.phplist.com/viewtopic.php?=&p=27451 wyjaśniono tam, dlaczego tak się dzieje. Chodzi o to, że w kodowaniu utf-8 każdy znak jest liczony jako 3 bajty, więc indeks zbudowany na podstawie pól długości 255 i 255 oraz 255 razy 3 daje w sumie 2295 bajtów i przekracza dozwoloną wartość 1000. Rozwiązanie to zmiana kodowania bazy i ustawienia kodowania importu na np. ASCII lub latin, u mnie import zakończył się sukcesem w trybie ascii. Jest to ewidentny błąd projektanta bazy.

// edit
alternatywnym rozwiązaniem tylko w przypadku konieczności zachowania kodowania utf-8 jest zmiana struktury klucza i założenie go na tylko jedno z tych pól (255 x 3 = 765 < 1000 więc OK) ale uwaga, może to mieć negatywny wpływ na zachowanie bazy i należałoby tutaj zachować szczególną ostrożność.

Dzięki wielkie darko, bez Ciebie bym sobie nie poradził.

Witam, mam taki problem. Chce zaimportowac baze danych przez pma, ale wyskakuje taki błąd

[SQL] pobierz, plaintext 
Błąd
 
Zapytanie SQL:
 
--
-- Baza danych: `smartmedia24`
--
-- --------------------------------------------------------
--
-- Struktura tabeli dla `modx_active_users`
--
DROP TABLE IF EXISTS `modx_active_users` ;
 
MySQL zwrócił komunikat: Dokumentacja
#1046 - No database selected 
[SQL] pobierz, plaintext 

Jak to naprawic ? W czym tkwi błąd ?

@byczkins najpierw wybierz bazę, do której chcesz zaimportować dane.