Skocz do zawartości

Witamy w Nieoficjalnym polskim support'cie AMX Mod X

Witamy w Nieoficjalnym polskim support'cie AMX Mod X, jak w większości społeczności internetowych musisz się zarejestrować aby móc odpowiadać lub zakładać nowe tematy, ale nie bój się to jest prosty proces w którym wymagamy minimalnych informacji.
  • Rozpoczynaj nowe tematy i odpowiedaj na inne
  • Zapisz się do tematów i for, aby otrzymywać automatyczne uaktualnienia
  • Dodawaj wydarzenia do kalendarza społecznościowego
  • Stwórz swój własny profil i zdobywaj nowych znajomych
  • Zdobywaj nowe doświadczenia

Dołączona grafika Dołączona grafika

Guest Message by DevFuse
 

Zdjęcie

Import bazy danych


  • Zamknięty Temat jest zamknięty
6 odpowiedzi w tym temacie

#1 Change

    Super Hero

  • Użytkownik

Reputacja: 129
Zaawansowany

  • Postów:1 161
  • Lokalizacja:Konin
Offline

Napisano 19.05.2010 17:28

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 ;]
  • +
  • -
  • 0

#2 R3X

    Godlike

  • Przyjaciel

Reputacja: 2 987
Godlike

  • Postów:4 248
  • Lokalizacja:Nie
Offline

Napisano 19.05.2010 18:35

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

#3 Change

    Super Hero

  • Autor tematu
  • Użytkownik

Reputacja: 129
Zaawansowany

  • Postów:1 161
  • Lokalizacja:Konin
Offline

Napisano 19.05.2010 18:44

A jak wybrać kodowanie przy exporcie? Przy imporcie jest wybor a tu nie widze.. :]
  • +
  • -
  • 0

#4 R3X

    Godlike

  • Przyjaciel

Reputacja: 2 987
Godlike

  • Postów:4 248
  • Lokalizacja:Nie
Offline

Napisano 19.05.2010 18:49

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

#5 Change

    Super Hero

  • Autor tematu
  • Użytkownik

Reputacja: 129
Zaawansowany

  • Postów:1 161
  • Lokalizacja:Konin
Offline

Napisano 19.05.2010 18:52

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.
  • +
  • -
  • 0

#6 ^^^Deed

    Zaawansowany

  • Użytkownik

Reputacja: 15
Początkujący

  • Postów:90
  • Steam:steam
  • Lokalizacja:LondYn
Offline

Napisano 19.05.2010 20:25

Importujesz tekstem czy plikiem? Radziłbym typem kompresji "gz".
  • +
  • -
  • 0
80.72.37.13:27060 - Diablo Mod jakiego nigdy nie widziałeś!

#7 Change

    Super Hero

  • Autor tematu
  • Użytkownik

Reputacja: 129
Zaawansowany

  • Postów:1 161
  • Lokalizacja:Konin
Offline

Napisano 20.05.2010 10:38

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

  • +
  • -
  • 0




Użytkownicy przeglądający ten temat: 0

0 użytkowników, 0 gości, 0 anonimowych