Propojení OpenOffice.org s databází (diskuse)

[Leoš Literák]

Ahoj,

ten zmineny postup kopirovani jaru do adresare ext neni uplne nejvhodnejsi. Tim se totiz natahne pri kazdem spousteni JVM (javy), at je potreba ci nikoliv. A kdybyste napriklad pouzivali jinou aplikaci, ktera by take pouzivala stejny ovladac, ale v jine verzi, zadelali byste si na problemy.

Spravne reseni je nastavit si CLASSPATH tak, aby odkazaovala na ten jar. A nastavit si ji nikoliv globalne, ale pro jednotlive aplikace.

Pokud ale vezmu v uvahu, ze typicky uzivatel javu nepouziva a kdyz ano, tak maximalne pro jednu dve aplikace, pak je zde zminene reseni uplne bezproblemove a nejjednodussi.

[Jakub Hegenbart]

Znamená to tedy, že se načítají automaticky všechny třídy z ext? Myslel bych, že když i v takovém případě musím použít Class.forName(String) pro registraci driveru, tak se asi nenačítají...nebo třídy JDBC driverů mají výjimku?

[Peter Bodnar]

ja som svojho casu (pred rokom) pouzival na pristup do postgresu ODBC driver a nemal som s nim najmensie problemy najprv trebalo nastavit ODBC priamo v linuxe, to bol trochu problem, lebo bola mizerna dokumentacia potom boli aj trochu problemy s kniznicami (aspon teda vtedy, musel som rucne dokopirovat postgresove kniznice a porobit linky) ale potom to slapalo omnoho rychlejsie ako JDBC

[Petr Bravenec]

...nemal som najmensie problemy... to bol trochu problem... boli aj trochu problemy... Tak boli problemy alebo neboli problemy?

S ODBC jsem taky jednu chvíli pracoval. Ale přeložení a nastavení ODBC v Linuxu je na samostatný článek a energie vložená do zprovoznění ODBC mi ve srovnání s jednoduchostí JDBC přijde neúměrná. No a co, že JDBC pracuje pomaleji? Ať se taky chvíli snaží počítače

[BoodOk]

Zase kompilovani. Proc? ODBC staci nainstalovat z balicku a pres odbcmanager nastavit. Nezda se mi to slozite. Mluvim o unixODBC v dnesni podobe.

[Van Vren]

Moc by mě zajímaly formuláře v OO s přímým napojením s databází, tedy v článku zmiňovaný zběr dat. Pro ženský v kanceláři by byla intuitivnější práce v prostředí podobném office ... a pro mne jednodušší vytvořit a měnit. V běžném provozu je potřeba každou chvíli drobné změny a všecko to dělat php-apache-mysql není úplně to pravé ořechové. Máte někdo nějaké zkušenosti? nebo linky?

[Petr Bravenec]

Momentálně si s tím hraju a třídím poznatky tak, aby se z toho dal napsat další článek. Naposledy jsem s formulářema dělal někdy před rokem a to už je dost dlouhá doba, abych pozapomínal spoustu detailů. Plánovaný článek ještě nemá napsaný ani řádek, ale už se mi rýsuje alespoň osnova.

Upozorňuju ale předem, že od samého začátku tvořím formuláře na míru databázi PostgreSQL. V MySQL by vám mohly chybět triggery, referenční integrita, kontrola dat přímo v databázi a read-write view.

[Valoun]

malinkatá poznámka: mySQL má referenční integritu (viz. InnoDB tabulky), jak je to s triggery a kontrolou dat nevím, to už je otázka pro ostatní čtenáře.

[Jakub Hegenbart]

Ano, má, ale jen tehdy, pokud si člověk odřekne relativně kvalitní FTS (a protože to je jediný důvod, proč bych kdy do MySQL šel, automaticky to pro mě znamená, že MySQL referenční integritu nemá)

[Dalibor Smolík]

Ja toto propojeni dat pouzivam uspesne i u databaze MySQL. Nejprve upravim soubory /etc/odbc.ini a /etc/odbcinst.ini, a u MDK 9.2 doinstaloval kihovny - libmyodbc.so a vcetne devel (http://rpm.pbone.net), v OO přidal nový zdroj dat - název MySQL-test, vybrat ODBC, URL zdroje dat -
ODBC:MySQL-test, zadat uzivatelske jmeno.

[arnost]

mne u unixodbc a mysql nesla rozchodit varianta, kdy mysql bezelo na jinem serveru nez na localhostu.

[Jiří Mlíka]

Zdravím všechny,

používám kombinaci OpenOffice.org + ODBC + MySQL. Zpočátku se to jevilo jako dobré, ale přišel jsem na pár problémů:

1) Máte-li v tabulce datový typ FLOAT nebo DOUBLE, OO.org ořízne desetinná místa. Lze obejít datovým typem DECIMAL.

2) Používáte-li v SQL dotazu výpočet, jehož výsledkem je desetinné číslo, je rovněž oříznuto. Lze obejít změnou datového typu výsledku na textovou hodnotu (CAST). Pro přenos do tabulky to příliš nevadí, ale komplikuje to dotazy.

3) Návrhář/editor SQL dotazů v OO.org je poměrně stupidní. Při ukládání dotazu provádí kontrolu. "Vhodně" zformátovaný text dotazu odmítne pro chybu uložit, přestože je dotaz zcela správně a OO.org/MySQL jej klidně provede. Naštěstí lze tuto pochybnou kontrolu vypnout.

[Ivo Panacek]

Ahoj, uz jsem si s databazi taky "hral", ale narazim na problem pri zmene j2sdk (= novy adresar). ENV promenne jsou spravne, ale nejak nemoho najit, kde se v OOo meni (a kontroluje) nastaveni $JAVA_HOME nebo ekvivalentu. Ted prave jsem totiz presel na j2sdk1.4.2_04 a databazove zdroje jsou nedostupne, protoze se mu nedari najit jdbc drivery, ty ale v $JAVA_HOME/jre/lib/ext mam. Netusite ?

[David Mudrak]

Mě pomohlo Nástroje->Volby->Bezpečnost->ClassPath. Přidat cestu k .JAR archívu a restartovat OO.

[Tomas]

OpenOffice.org@WinXP + ODBC + Oracle9i@*nix funguje uplne rovnako.

[Martin]

Ahoj, mám WinXP pro, EasyPHP 2.0b1, OOo 2.2. Nainstaloval jsem ODBC connector verze 5.00.10 beta.

Pak jsem šel do Ovládacích panelů -> Nástroje pro zprávu -> Datové zdroje (ODBC) -> karta uživatelské DNS -> tlačítko Přidat -> vybrat MySQL Connector/ODBC v5 -> Dokončit.

Dále jsem si otevřel program BASE, zvolil jsem Připojit k databázi, zvolil jsem MySQL -> Připojit se pomocí ODBC -> další -> tlačítko Procházet -> zvolit MySQL ODBC Driver -> OK -> Další -> vyplnil jsem uživatelské jméno a heslo, otestoval spojení, které bylo úspěšné -> dokončit. Proč když si dám Nástroje -> Vztahy, tak mi to napíše: "Databáze nepodporuje relace"?

Ještě mám další dotaz, jak načtu data z databáze do programu Base?