6 odpowiedzi w tym temacie

[Change]

Podczas importu bazy diablo mam taki error:

stnieje szansa, że właśnie znaleziono błąd w analizatorze składni SQL. Proszę zbadać bliżej swoje zapytanie i sprawdzić, czy cudzysłowy są poprawne i dobrze sparowane. Inną możliwą przyczyną niepowodzenia może być wysyłanie pliku ze znakami binarnymi poza obszarem tekstu ujętego w cudzysłowy. Można również sprawdzić zapytanie SQL poprzez linię poleceń MySQL-a. W znalezieniu przyczyny problemu może pomóc także - jeśli się pojawi - poniższy opis błędu serwera MySQL. Jeśli nadal występują z problemy lub analizator składni zgłasza usterkę a linia poleceń - nie, ogranicz sekwencję zapytań SQL do pojedynczego, które powoduje problemy i zgłoś błąd, dołączając fragment danych zawarty w poniższej sekcji TNIJ:
----TNIJ STĄD----
eNpzDQryD7JScDZUcDZS8HH1s1IwUDBUMLQ04QoOAYrLc3EFhwEFVTxTrBSKC3MKEouKU4v0cjKT
9AoyChQMjYAqFYwMDCx1DQx1DS2AAlZGBlaGZlEKOam5lgoqXL6VwYE+VgqmegZ6Jqa6OfnpXKHB
QQr+wToKju6ufiE6CmGuQGvCM/MU3F2dvf0VDPUsuQJ8Ha0UjPUM9Yy5AjwCQCp0/INBZhjpWSr4
ZOaVVnD5OPq5WykU5OiWlqTpWnCB7ZDv5mAAA+Y9f6vLbx+b9Jf/f30c6x/rUYmhLgEAop/rWQ==
----TNIJ DOTĄD----
----SUROWE DANE STĄD----

ERROR: C1 C2 LEN: 0 1 194
STR: 

SVN: $Id: sqlparser.lib.php 12194 2009-01-18 12:20:16Z lem9 $
MySQL: 5.0.45-log
USR OS, AGENT, VER: Win GECKO 1.9
PMA: 3.1.3
PHP VER,OS: 5.2.9 Linux
LANG: pl-utf-8
SQL: ���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;���������{w�ƒ��^�;

----SUROWE DANE DOTĄD----

Zapytanie SQL:

���������{w�ƒ��^�;

MySQL zwrócił komunikat: Dokumentacja
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '‹' at line 1

O co chodzi?
Export jak i import robie wg domyslnych ustawien w phpmyadmin.. Nie chodzi o baze bo na obu serwerach (z tego co export i na tym na ktorym import) diablo mi dziala ;]

[R3X]

���������{w�ƒ��^�;

co to za zapytanie? różnice w kodowaniu plików, użyj tego samego przy imporcie i exporcie

[Change]

A jak wybrać kodowanie przy exporcie? Przy imporcie jest wybor a tu nie widze..

[R3X]

To wybierz inne przy imporcie. Często używane to latin2 i utf-8

[Change]

Tak, jesli chodzi o to to widze w tej bazie którą exportuje Metoda porównywania napisów latin2_general_ci. Ale przy imporcie z latin2 nadal mam krzaki.

Istnieje szansa, że właśnie znaleziono błąd w analizatorze składni SQL. Proszę zbadać bliżej swoje zapytanie i sprawdzić, czy cudzysłowy są poprawne i dobrze sparowane. Inną możliwą przyczyną niepowodzenia może być wysyłanie pliku ze znakami binarnymi poza obszarem tekstu ujętego w cudzysłowy. Można również sprawdzić zapytanie SQL poprzez linię poleceń MySQL-a. W znalezieniu przyczyny problemu może pomóc także - jeśli się pojawi - poniższy opis błędu serwera MySQL. Jeśli nadal występują z problemy lub analizator składni zgłasza usterkę a linia poleceń - nie, ogranicz sekwencję zapytań SQL do pojedynczego, które powoduje problemy i zgłoś błąd, dołączając fragment danych zawarty w poniższej sekcji TNIJ:
----TNIJ STĄD----
eNpzDQryD7JScDZUcDZS8HH1s1IwUDBUMDThCg4BCstzcQWHAcVUPFOsFIoLcwoSi4pTi/RyMpP0
CjIKFAyNDC1NFIwMDCx1DQx1DS2AAlZGBlaGZlEKOam5lgoqXL6VwYE+VgqmegZ6Jqa6OfnpXKHB
QQr+wToKju6ufiE6CmGuQGvCM/MU3F2dvf0VDPUsuQJ8Ha0UjPUM9Yy5AjwCQCp0/INBZhjpWSr4
ZOaVVnD5OPq5WykU5OiWlqTpWnCB7ZDv5mAAA+Y9f6vLbx+b9Jf/f30c6x9rACHAPEI=
----TNIJ DOTĄD----
----SUROWE DANE STĄD----

ERROR: C1 C2 LEN: 0 1 14
STR: 

SVN: $Id: sqlparser.lib.php 12194 2009-01-18 12:20:16Z lem9 $
MySQL: 5.0.45-log
USR OS, AGENT, VER: Win GECKO 1.9
PMA: 3.1.3
PHP VER,OS: 5.2.9 Linux
LANG: pl-utf-8
SQL: ���������{w�ƒ��^�;

----SUROWE DANE DOTĄD----

Zapytanie SQL:

���������{w�ƒ��^�;

MySQL zwrócił komunikat: Dokumentacja
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '‹' at line 1

Tryb zgodności mysql zarówno w imporcie jak exporcie mam none.

[^^^Deed]

Importujesz tekstem czy plikiem? Radziłbym typem kompresji "gz".

[Change]

No właśnie wszystko w gz robie.
Jakieś inne pomysły?

Edit:
Udało się po prostu zamiast importowania skopiowanie i wklejenie pliku do sekcji sql - recznie Zaimportowało.
Jeszcze nie wiem jak z nadpisaniem

Użytkownik Change edytował ten post 20.05.2010 11:01