←  Problemy

AMXX.pl: Support AMX Mod X i SourceMod

»

Import bazy danych

Zablokowany

  • +
  • -
Change - zdjęcie Change 19.05.2010

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 ;]
Odpowiedz

  • +
  • -
R3X - zdjęcie R3X 19.05.2010 

���������{w�ƒ��^�;
co to za zapytanie? :D różnice w kodowaniu plików, użyj tego samego przy imporcie i exporcie
Odpowiedz

  • +
  • -
Change - zdjęcie Change 19.05.2010

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

  • +
  • -
R3X - zdjęcie R3X 19.05.2010

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

  • +
  • -
Change - zdjęcie Change 19.05.2010

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.
Odpowiedz

  • +
  • -
^^^Deed - zdjęcie ^^^Deed 19.05.2010

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

  • +
  • -
Change - zdjęcie Change 20.05.2010

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
Odpowiedz
Zablokowany