Export Excel MySQL - verem túlcsordulás az orosz

Jó napszak!

Hogyan kell elvégezni a kiviteli Excel MySQL?

Érdemes dbForge Studio MySQL. Minden Próbáltam végig rajta.

Próbáltam importálni egy xls-fájlt - a tartomány kiválasztása oldal üres, kattintson a „Next” - bukkan fel egy üzenetet, hogy nincsenek adatok, illetve azok kívül a lap.

Keresztül egy csomó sikertelen kísérletet tett dbForge Studio MySQL import XLS-fájlt, de a japánok még mindig krakozyabrami. Amikor az import táblázatban a sorokat, és hegyes UTF.

Ugyanakkor, hogy nem sikerült importálni kellett eltávolítani szinte az összes sort. Törvényszerűségek nem értett, de nem tudott az első betét csak excel`e volt 5 sor, akkor, ha a 9, majd - akár 50 ért. Mint minden egyformán teljesítenek - megnyílt a forrás fájlt másolt rész sorok (5, 10, 50), ki egy másik (ki az elején, felváltva tartalom) megmarad, és elküldte a behozatalra. Minden alkalommal, amikor terhelés különböző vonalak száma ( „terhelés” - ha nem az import hiba történt)

Ebben az esetben lehet, ha egy hiba dbForge, de nem az a kérdés, mert mennyit érteni, még mindig van exportálni CSV, és ez is probléma.

Próbáltam exportálni Excel CSV, de MS Excel nem ismeri az UTF az export, és szükség van rá - vannak feljegyzések nem csak az angol, vagy orosz, hanem más nyelveken is.

Tedd LibreOffice. Made export CSV benne, UTF - exportálják. Próbáltam letölteni - az összes nyelven helyesen van betöltve, és a japán - halandzsa.

Ha adatokat exportálni XLS MySQL lehet tenni anélkül, CSV, hogyan?

Ha keresztül történik a CSV, akkor az ügyet egy kicsit lehet fogalmazni:

Hogyan (vagy helyett) XLS export CSV, hogy amikor behozott az adatbázisba rendesen megjeleníti a különböző nyelveket? Ismétlem, nem volt probléma a japán csak. Orosz, német, francia, hindi és még néhány kivitték a CSV és írni az adatbázis rendesen.

Az így feltárt több hasonló kérdésekre (körülbelül az export XLS CSV UTF), de ez önmagában nem volt elég nekem - után azonnal a kivitel nem jelenik meg ugyanaz a japán.

Nem tudom, mi volt.

Minden úgy határozott, az alábbiak szerint:

  • tett export csv segítségével LibreOffice (japán nem jelenik ellentétben más nyelvek)
  • tele ezt a fájlt a szerverre, import közvetlenül az adatbázisban
  • míg az import UTF-8 kódolást (fájl ANSI valamilyen oknál fogva, bár az export már egyértelműen - export UTF-8, és - kivételével az összes nyelv japán jelennek meg normálisan)
  • mielőtt elindul a MySQL adatbázis alapján mind szeretnénk, hogy az UTF-8
  • A kapott adatok minden nyelven jelennek meg, még a japán

Válaszol március 14 '13 at 13:02

Kapcsolódó cikkek