abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    dnes 12:55 | IT novinky

    Po roce a půl od představení DALL·E 2 představila společnost OpenAI novou verzi DALL·E 3 svého AI systému pro generování "realisticky vypadajících obrázků nebo uměleckých děl" na základě popisu v přirozeném jazyce, viz příklad "kosmonaut na koni fotorealisticky". Jednou z novinek je integrace s ChatGPT.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 133 (pdf) a HackSpace 70 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 23:55 | Nová verze

    Po půl roce vývoje od vydání verze 44 bylo vydáno GNOME 45 s kódovým názvem Rīga. Přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře. Krátké představení na YouTube. Jednou z nejviditelnějších změn je odstranění tlačítka Činnosti (Activities) v levém horním rohu. Nově je tam indikátor ploch. Výchozím prohlížečem obrázků je nově Loupe, nahradil Eye of GNOME (eog). Novou aplikací pro práci s webovou kamerou je Snapshot, nahradil Cheese. Rozšíření GNOME Shellu fungující v předchozích verzích nejsou s verzí 45 kompatibilní.

    Ladislav Hagara | Komentářů: 3
    včera 17:55 | Komunita

    Linux Foundation představila a zaštítila svobodný a otevřený fork Terraformu s názvem OpenTofu. Ten vznikl pod původním názvem OpenTF jako reakce na přelicencování Terraformu na BSL (Business Source License) společností HashiCorp.

    Ladislav Hagara | Komentářů: 4
    včera 11:22 | IT novinky

    Google oznámil (en), že konverzační AI Bard (Wikipedie) může nyní komunikovat s aplikacemi a službami Google: "Díky nejnovějšímu rozšíření služby může Bard najít a zobrazit relevantní informace z nástrojů společnosti Google, které používáte každý den, jako je například Gmail, Dokumenty, Disk, Mapy, YouTube a Letenky Google, a to i když jsou potřebné informace v různých aplikacích a službách."

    Ladislav Hagara | Komentářů: 0
    včera 08:00 | Zajímavý software

    Apache Pinot (GitHub, Wikipedie) dospěl do verze 1.0. Jedná se o realtimeový distribuovaný OLAP datastore navržený tak, aby na OLAP dotazy odpovídal s nízkou latencí.

    Ladislav Hagara | Komentářů: 0
    19.9. 19:44 | Nová verze

    Byla vydána Java 21 / JDK 21. Nových vlastností (JEP - JDK Enhancement Proposal) je 15. Jedná se o LTS verzi. Nová Java / JDK vychází každých 6 měsíců.

    Ladislav Hagara | Komentářů: 15
    19.9. 16:55 | Nová verze

    Byla vydána betaverze Fedora Linuxu 39, tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 17. října. Nový Fedora Linux přinese GNOME 45, LibreOffice 7.6, GCC 13.2, …

    Ladislav Hagara | Komentářů: 9
    19.9. 12:33 | Nová verze

    Byla vydána verze 17.0.1, tj. první veřejná verze z nové řady 17.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.

    Ladislav Hagara | Komentářů: 6
    19.9. 11:33 | Zajímavý projekt

    Z aktuálních akcí na Humble Bundle lze vypíchnout sady knih Become a Python Expert by Pearson a Software Architecture by O'Reilly nebo hru PC Building Simulator (Steam, ProtonDB).

    Ladislav Hagara | Komentářů: 0
    Knihy s linuxovou tematikou
     (20%)
     (16%)
     (51%)
     (26%)
    Celkem 267 hlasů
     Komentářů: 11, poslední 17.9. 19:19
    Rozcestník

    Dotaz: Oracle a UTF-8

    12.8.2011 22:08 camel1cz | skóre: 25
    Oracle a UTF-8
    Přečteno: 2856×
    Zdravím,

    mám takový problém - vyvíjíme webovou aplikaci používající Oracle DB a celá aplikace je v UTF-8. Rovněž databázové kódování tedy používáme UTF-8. Dnes ale zákazník prohlásil, že máme používat "standardní" Oracle EEMSWIN-1250 kódování a že UTF-8 může a bude činit problémy i do budoucna.

    Můžete se k tomuto někdo, kdo rozumíte Oracle vyjádřit? Je fakt nějaký problém používat Oracle s UTF-8? Dělá mi to dost problém - překládát aplikaci nechci.

    Díky moc!

    Odpovědi

    12.8.2011 23:01 Tomáš
    Rozbalit Rozbalit vše Re: Oracle a UTF-8

    Nejsem si 100% jist, ale myslím že Oracle DB (9,10,11) interně ukládá veškeré znaky jako UTF-16. A tady koukám , že se to dá snad i zvolit. V rámci připojení klientem si pak můžete zvolit v jakém kódování budete se serverem komunikovat. Tj klient komunikuje přes cp1250 a na serveru je uloženo jako UTF-16. Detaily třeba tady a tady.

    13.8.2011 00:56 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Ano, žiju v podobném přesvědčení.

    Fakt mi není jasné, proč jim dělá problém spustit SQL skript v UTF-8 nad jejich databází ve win1250. Uniká mi něco? Pochybuju, že mají Oracle, co neumí UTF-8, tak v čem mají problém? Napadá mě jen možnost chyb při překladu z UTF-8 do win1250 (neexistující ekvivalenty znaků).

    Správně by měly vytvořit novou DB v unicode... ale to by si raději ukousli ruku :-/
    13.8.2011 14:28 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Možná, kdybys tu o svém klientovi mluvil trochu uctivěji, mohl jsi jim ukázat tuto diskusi, argumenty zkušených a třeba by je to přesvědčilo, aby něco udělali jinak.
    15.8.2011 23:39 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Uctivěji? ...to je holá realita - bohužel. Ukazovat jim to nebudu ne kvůli svému postu, ale proto, že mají své standardy a i kdybych měl 100 důvodů k jejich změně - stejně to tak nedopadne. Hledal sem jen argumenty k tomu, že sem nemohl předvídat, že UTF-8 bude problém (trochu alibi a trochu upevnění iluze vlastní bezchybnosti :-)

    FYI: vypadá to, že zaplatí překlad do win1250
    13.8.2011 13:10 Ivan
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Jediny kodovani, ktery kdo delalo na Oracle problemy bylo EEMSWIN-1250. A to v pripade kdy server bezel na Unixu a chtel vyplivnout nejakou chybovou hlasku. Oracle rozlisuje vice druhu kodovani. Vnitrni, tzn. to kodovani ve kterem jsou data skutecne ulozena to muze byt ISO-LATIN(1/2) nebo UTF8. Druhy vnitrni kodovani je pro dat. typy zacinajici na "N" - NCHAR, NCLOB atd. Kdyz to zjednodusim, tak NCHAR je vzdy UTF16.

    Pak je dokovani na strane klienta, Oracle ti poskytne data jakymkoliv kodovani i jaky si reknes. Taky ti bude tridit data podle libovolny abecedy - kdyz si o to reknes. Tohle plati pro OCI. Pripade ze se pripojuses z Javy pres JDBC, tak dostanes data vzdy v UTF16.

    Pokud nekdo vyzaduje EEMSWIN-1250, tak nejspis spravuje jednu databazi bezici na woknach a asi nidky nevidel velkou DB bezici na Unixu.

    Lokalizace na strane klienta se nastavuje nejcasteji pomoci env. promennych. Jejich jmena zacinaji NLS_.(NLS_LANG). U kodovani UTF8 je v Oracle trochu podpasovka, protoze prvni implementace byla "nekompletni" a tak prisel s "druhou" implementaci nazvanou AL32UTF8. Nastav si do environmentu NLS_LANG=CZECH_CZECH REPUBLIC.AL32UTF8 NLS_SORT=CZECH /nebo XCZECH.
    15.8.2011 23:46 camel1cz | skóre: 25
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Díky za vysvětlení... dává to smysl.

    Oni (asi) jedou na Win a mají standard win1250 - nejdřív sem myslel, že mají nastavené fyzické ukládání dat ve win1250 (a celkem oprávněně očekávají problémy při ukládání UTF8 a znaků, které nemají obraz v 1250) - ale když píšete, že oracle umí jen ISO nebo UTF... tak sem z toho jelen - oni snad jedou fyzicky na ISO a ven preferují 1250 - no nechápu to...

    Každopádně to vypadá, že aplikaci budu časem překládat do 1250 :-/
    13.8.2011 14:04 Arnošt Málek | skóre: 17
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Přesně jak píše Ivan, nastav si NLS a můžeš klidně spustit sql v takovém kódování, v jakém nastavíš. Pouštím běžně sql skripty na Win a Lin, přičemž na Win je kódování 1250, na lin 8859-2 ... a když chci pustit stejný soubor, tak ho nalinuxu buď překóduju, nebo bastavím NLS a je to. O změnu češtiny se postrará klient oracle.
    13.8.2011 22:25 kuka
    Rozbalit Rozbalit vše Re: Oracle a UTF-8
    Klienti mohou k Oracle databazi pristupovat v kodovani de facto jakem chteji, pokud to databze zvladne. Jina vec je interni kodovani databaze - napriklad do databaze s internim kodovanim 1250 nelze spravne ulozit znaky, ktere v nem neexistuji (lze pripadne jako NVARCHAR, ale to jsem zatim videl zcela minimalne, proc mit dva druhy retezcu a hlidat, zda se pouzivaji spravne). Z hlediska vykonu muze byt podstatne jedno/dvoubajtove kodovani, to ma vliv na objem dat, rychlost nekterych operaci (substr) apod - jde ale o detailni technikalie, ktere lze v naproste vetsine nasazeni ignorovat a pouzivat UTF-8.

    Podle mne je to naopak, nez si mysli tvuj zakaznik. Dnes mu mozna staci jednobajtove kodovani 1250, nicmene toto omezeni mu muze pusobit potize do budoucna. Napr. rozsiri business do zahranici nebo bude integrovat datove zdoje v UTF (treba adresy), napr. specialni nemecka pismena maji vzdy prepis do latin1, ale kdo to realne pouziva?

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.