8 odpovědí na toto téma

[Pontiac_CZ]

Chtěl jsem si ve Statoru pomocí SqlTable zobrazit obsah některých logů. Zobrazil se mi však rozsypaný čaj typu:

 

 

V jakém kódování je text (to je konkrétně ze sloupce "logtext" z tabulky "geolog") v db uložen a jak ho správně zobrazit?

Jako UTF-8 to nevypadá, to by se v Preview.html, který používá UTF-8, zobrazilo správně.

Tento příspěvek byl upraven od Pontiac_CZ: 08 November 2014 - 12:52

[kiReGPS]

Text logu je v databázi zaZIPován...

[kiReGPS]

Abys mohl text logu zobrazit pomocí SQLTable, musel by Gord přidat ke sloupci nějaký přepínač a podle něho obsah rozzipovávat...

[Pontiac_CZ]

Díky za informaci, vůbec mě nenapadlo, že by text mohl být komprimovaný. Následně jsem si informace o komprimovaných sloupcích našel i na Araratu a schválně zkusím funkci unzlib...

 

EDIT: a funguje, super.

Tento příspěvek byl upraven od Pontiac_CZ: 08 November 2014 - 15:10

[HaLuMa]

tak, tak, rozzipovat to jde prave i SQL funkci, takze staci vhodne sestavit SQL dotaz pro tabulku.

[Pontiac_CZ]

Máš, Halumo, hrubý odhad, jaký je u logů komprimační poměr?

[HaLuMa]

No, v moji databazi je to zrovna ted 78%. Driv to byvalo lepsi, asi nam nejak narostly kratke logy...

[bluetracer]

U mě je to 59 %. Vlastní logy jsou v databázi Geogetu zastoupeny víc než v globálu, takže recept na zlepšení kompresního poměru je psát svoje logy delší.

[HaLuMa]

Mimochodem, podival jsem se ted i na pripady, kdy je zakompresovany text delsi nez originalni text. Takove pripady nastavaji!

 

Nnicmene v mem pripade je to tak, ze zakompresovane texty logu mi tu zabiraji 78MB, a nevyhodne zakompresovane logy zabiraji navic 1.8MB. (myslen ten objem, ktery vznikl navic nevyhodnou kompresi.) Takze to nas trapit nemusi.

Tento příspěvek byl upraven od HaLuMa: 08 November 2014 - 17:47