CZJUG Praha - NoSQL databáze

[Roman Pichlík]

Ahoj,
 Květnové setkání Pražské Czech Java User Group proběhne 28.5.2012 od
19h hodin v posluchárně S5 na Matematicko-fyzikální fakultě Karlovy
Univerzity na Malostranském náměstí 25, Praha 1. Čekají nás tři
prezentace: Grafová databáze Neo4j (Josef Holý), Riak (Honza Král) a
Redis (Aleš Zoulek). Sponzorem setkání je firma CA Technologies, která
zajištuje občerstvení. Vstup na akce CZJUGu je zdarma, a není třeba se
předem registrovat. Pokud se chystáte přijít, dejte nám vědět formou
hlasování v anketě na hlavní stránce portálu java.cz.

http://java.cz/article/czjug-nosql

-- 
S pozdravem Roman "Dagi" Pichlik

/* http://dagblog.cz/ Blog pro kodery */

Re: Vytvoření databáze z Hibernate jako JBoss ser visy

[Oto Buchta]

30.5.10, Ondra Medek :
> JBoss ř ma taky Service bean (Singleton bean v JBoss 6 a JEE 3.1).
> Zkusil bych ji dat zavislost na dom Hibernate deployi, tim padem jeji
> start() metoda bude volana az po deploy Hibernate, pak lze do start()
> dat jakykoliv kod. (Mozna kdyz se bude EntityManager injektovat do
> Service bean, tak se automaticky udela i zavislost). Takova Service
> beana lze vyuzit i pro nejake operace pres JMX, (flush Hibernate
> cache, apod.).

Toto jsem jeste neresil, ale je to jedna moznost, o ktere jsem
uvazoval. Evidentne to bylo spravnym smerem ;-)

> 2010/5/30 Tomas Baca :
>> Vytvaranie tabuliek som riesil cez hibernate.hbm2ddl.auto,
>> systemove zaznamy riesim v SessionFactory zistim ci su ak nie tak
>> ulozim tiez ma nenapadlo nic lepsie.
>>
>>
>>
>>
>> 2010/5/30 Oto Buchta :
>>> Zdravím,
>>> chtěl bych udělat balík, který zveřejní Hibernatí SessionFactory přes
>>> JNDI a v okamžiku deploymentu se podle anotací vytvoří databáze a
>>> verifikátor si očichá, jestli existují systémové záznamy a pokud ne,
>>> tak je vytvoří.
>>>
>>> Už jsem dostal hibernate do JNDI, teď se snažím rozchodit ono
>>> automagické vytváření.  Nevím, jak onoho automatizmu docílit, už jsem
>>> zkoušel spoustu postupů via Gůgl, ale nic.
>>> Problém je asi v tom, že bohužel nelze použít hibernate.cfg.xml, musím
>>> používat hbm.xml.
>>> Jak to dělate vy?
>>> Dík za jakékoli nakopnutí, určitě jsem něco přehlédl...
>>> --
>>> Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com
>>>
>>
>
>
>
> --
> Ondra Medek
>


-- 
Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com

Re: Vytvoření databáze z Hibernate jako JBoss ser visy

[Oto Buchta]

30.5.10, Tomas Baca :
> Vytvaranie tabuliek som riesil cez hibernate.hbm2ddl.auto,
> systemove zaznamy riesim v SessionFactory zistim ci su ak nie tak
> ulozim tiez ma nenapadlo nic lepsie.

Bohuzel mi to v HARu nefunguje - na hibernate.hbm2dll.auto v hbm.xml
nereaguje - neznama properta. :-( totez pro hbm2dll.auto z
hibernate.cfg.xml

-- 
Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com

Re: Vytvoření databáze z Hibernate jako JBoss ser visy

[Ondra Medek]

JBoss ř ma taky Service bean (Singleton bean v JBoss 6 a JEE 3.1).
Zkusil bych ji dat zavislost na dom Hibernate deployi, tim padem jeji
start() metoda bude volana az po deploy Hibernate, pak lze do start()
dat jakykoliv kod. (Mozna kdyz se bude EntityManager injektovat do
Service bean, tak se automaticky udela i zavislost). Takova Service
beana lze vyuzit i pro nejake operace pres JMX, (flush Hibernate
cache, apod.).

2010/5/30 Tomas Baca :
> Vytvaranie tabuliek som riesil cez hibernate.hbm2ddl.auto,
> systemove zaznamy riesim v SessionFactory zistim ci su ak nie tak
> ulozim tiez ma nenapadlo nic lepsie.
>
>
>
>
> 2010/5/30 Oto Buchta :
>> Zdravím,
>> chtěl bych udělat balík, který zveřejní Hibernatí SessionFactory přes
>> JNDI a v okamžiku deploymentu se podle anotací vytvoří databáze a
>> verifikátor si očichá, jestli existují systémové záznamy a pokud ne,
>> tak je vytvoří.
>>
>> Už jsem dostal hibernate do JNDI, teď se snažím rozchodit ono
>> automagické vytváření.  Nevím, jak onoho automatizmu docílit, už jsem
>> zkoušel spoustu postupů via Gůgl, ale nic.
>> Problém je asi v tom, že bohužel nelze použít hibernate.cfg.xml, musím
>> používat hbm.xml.
>> Jak to dělate vy?
>> Dík za jakékoli nakopnutí, určitě jsem něco přehlédl...
>> --
>> Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com
>>
>



-- 
Ondra Medek

Re: Vytvoření databáze z Hibernate jako JBoss ser visy

[Tomas Baca]

Vytvaranie tabuliek som riesil cez hibernate.hbm2ddl.auto,
systemove zaznamy riesim v SessionFactory zistim ci su ak nie tak
ulozim tiez ma nenapadlo nic lepsie.




2010/5/30 Oto Buchta :
> Zdravím,
> chtěl bych udělat balík, který zveřejní Hibernatí SessionFactory přes
> JNDI a v okamžiku deploymentu se podle anotací vytvoří databáze a
> verifikátor si očichá, jestli existují systémové záznamy a pokud ne,
> tak je vytvoří.
>
> Už jsem dostal hibernate do JNDI, teď se snažím rozchodit ono
> automagické vytváření.  Nevím, jak onoho automatizmu docílit, už jsem
> zkoušel spoustu postupů via Gůgl, ale nic.
> Problém je asi v tom, že bohužel nelze použít hibernate.cfg.xml, musím
> používat hbm.xml.
> Jak to dělate vy?
> Dík za jakékoli nakopnutí, určitě jsem něco přehlédl...
> --
> Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com
>

Vytvoření databáze z Hibernate jako JBoss servisy

[Oto Buchta]

Zdravím,
chtěl bych udělat balík, který zveřejní Hibernatí SessionFactory přes
JNDI a v okamžiku deploymentu se podle anotací vytvoří databáze a
verifikátor si očichá, jestli existují systémové záznamy a pokud ne,
tak je vytvoří.

Už jsem dostal hibernate do JNDI, teď se snažím rozchodit ono
automagické vytváření.  Nevím, jak onoho automatizmu docílit, už jsem
zkoušel spoustu postupů via Gůgl, ale nic.
Problém je asi v tom, že bohužel nelze použít hibernate.cfg.xml, musím
používat hbm.xml.
Jak to dělate vy?
Dík za jakékoli nakopnutí, určitě jsem něco přehlédl...
-- 
Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com

Re: Obdoba PreparedStatement.setMaxRows() na straně databáze

[Oto Buchta]

Diky. Nevim, proc jsem si myslel, ze se jedna o driver based reseni.

public String Dialect.getLimitString() je presne to, co jsem hledal.

Ted se jeste musim zamyslet, jestli pouzit cely Hibernate nebo pouze onu metodu.

2010/3/11 Lukas Barton :
> Hibernate to dela - metoda setMaxResults
> Ale nemusi to chodit na vsech DB, zalezi na konkretnim dialektu - jeste
> nedavno to neumel pro MS SQL v kombinaci s setFirstResult.
>
> Z tech dialektu se da vykoukat konkretni SQL implementace pro dane databaze.
>
>   Lukas
>
> 2010/3/11 Oto Buchta 
>>
>> Zdravím,
>> mám tabulku o milionech záznamů, kde primárním klíčem je long, ale
>> nejedná se o seqenci.
>> Dívám se po generickém nástroji, který by mi vrátil pouze N záznamů s
>> nejvyšším indexem menším než nějaké X,
>> tedy umí něco, co by se mělo v JDBC řešit takto:
>> Connection.prepareStatement("select * from tabulka where klic> by klic desc").setMaxRows(N);
>>
>> Jenomže toto je na řešeno na straně JDBC driveru, nikoli na straně
>> databáze. Když to chci udělat databázovým strojem,
>> musím to řešit pro každou DB zvlášť:
>> Oracle: select * from tabulka where klic> MySQL: select * from tabulka where klic>
>> Znáte takový generický nástroj, popřípadě dokážete poradit, jak
>> nastavit Hibernate či iBatis či cokoli jiného, aby mi tuto službu
>> poskytlo?
>> Já ne a kamarád Gůgl taky nenapověděl.
>>
>> Dík moc,
>> --
>> Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com
>
>



-- 
Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com

Re: Obdoba PreparedStatement.setMaxRows( ) na straně databáze

[Rastislav Siekel]

Napríklad Hibernate s Oracle 10 po nastavení:

/Query.setFirstResult(x);
Query.setMaxResults(y);
/
vygeneruje SQL:

select
*
from
( select
row_.*,
rownum rownum_
from
( select
alias1_.column1,
alias1_.column2,

alias1_.columnN,
from
 alias1_ ) row_
where
rownum <= ?
)
where
rownum_ > ?

To je asi presne to, čo chcete.

Rastislav "Bedo" Siekel


Ing. Rastislav Siekel
Prosoft s.r.o., Kuzmányho 8, 010 01 Žilina, Slovakia
E-mail :  
Tel : 041/562 54 91
Fax : 041/562 54 97
Mobil : 0905 34 00 20

On 11. 3. 2010 13:37, Lukas Barton wrote:

Hibernate to dela - metoda *setMaxResults*
Ale nemusi to chodit na vsech DB, zalezi na konkretnim dialektu - 
jeste nedavno to neumel pro MS SQL v kombinaci s *setFirstResult*.


Z tech dialektu se da vykoukat konkretni SQL implementace pro dane 
databaze.


  Lukas

2010/3/11 Oto Buchta mailto:ta...@buchtovi.cz>>

Zdravím,
mám tabulku o milionech záznamů, kde primárním klíčem je long, ale
nejedná se o seqenci.
Dívám se po generickém nástroji, který by mi vrátil pouze N záznamů s
nejvyšším indexem menším než nějaké X,
tedy umí něco, co by se mělo v JDBC řešit takto:
Connection.prepareStatement("select * from tabulka where klicmailto:ta...@buchtovi.cz>,
http://tapikuv.blogspot.com

Re: Obdoba PreparedStatement.setMaxRows() na straně databáze

[jmanousek]

Zdar,

v Hibernate pomocí criterií


Criteria criteria;
..
criteria.setMaxResults(100);
criteria.setFirstResult(0);

Provoz nad Oracle ok.

Jara






Oto Buchta 
Odeslal: konference-boun...@java.cz
11.03.2010 13:25
Odpovězte prosím uživateli Java
 
Komu:   Java 
Kopie: 
Předmět:Obdoba PreparedStatement.setMaxRows() na straně 
databáze

Zdravím,
mám tabulku o milionech záznamů, kde primárním klíčem je long, ale
nejedná se o seqenci.
Dívám se po generickém nástroji, který by mi vrátil pouze N záznamů s
nejvyšším indexem menším než nějaké X,
tedy umí něco, co by se mělo v JDBC řešit takto:
Connection.prepareStatement("select * from tabulka where klichttp://tapikuv.blogspot.com

Re: Obdoba PreparedStatement.setMaxRows() na straně databáze

[Lukas Barton]

Hibernate to dela - metoda *setMaxResults*
Ale nemusi to chodit na vsech DB, zalezi na konkretnim dialektu - jeste
nedavno to neumel pro MS SQL v kombinaci s *setFirstResult*.

Z tech dialektu se da vykoukat konkretni SQL implementace pro dane databaze.

  Lukas

2010/3/11 Oto Buchta 

> Zdravím,
> mám tabulku o milionech záznamů, kde primárním klíčem je long, ale
> nejedná se o seqenci.
> Dívám se po generickém nástroji, který by mi vrátil pouze N záznamů s
> nejvyšším indexem menším než nějaké X,
> tedy umí něco, co by se mělo v JDBC řešit takto:
> Connection.prepareStatement("select * from tabulka where klic by klic desc").setMaxRows(N);
>
> Jenomže toto je na řešeno na straně JDBC driveru, nikoli na straně
> databáze. Když to chci udělat databázovým strojem,
> musím to řešit pro každou DB zvlášť:
> Oracle: select * from tabulka where klic MySQL: select * from tabulka where klic
> Znáte takový generický nástroj, popřípadě dokážete poradit, jak
> nastavit Hibernate či iBatis či cokoli jiného, aby mi tuto službu
> poskytlo?
> Já ne a kamarád Gůgl taky nenapověděl.
>
> Dík moc,
> --
> Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com
>

Re: Testovací vs produkční databáze

[Martin Kuba]

Věřím tomu, ale i v dokumentaci TomCat 6.0 ty resource-ref
části ve web.xml uvádějí:
http://tomcat.apache.org/tomcat-6.0-doc/jndi-datasource-examples-howto.html

Pokud někdo víte, kdy a proč přestaly být potřeba, tak se podělte.

Makub

Zdeněk Vráblík napsal(a):

Ahoj,
pouzivam Tomcat 5.5 a 6.0 a
ve web.xml nemam

jdbc/moje
javax.sql.DataSource
Container


Myslim, ze posledni verze, kde to bylo potreba je 5.0

Cau
Zdenek

2008/4/25 Martin Kuba <[EMAIL PROTECTED]>:

Od Tomcatu 6 dokonce už není nutné dělat JNDI vyhledávání, stačí
 do servletu dát

 import javax.sql.DataSource;
 import javax.annotation.Resource;

 public class NejakyServlet extends HttpServlet {

 @Resource(name="jdbc/moje")
private DataSource pool;
 ...
 }

 a Tomcat to sám injektuje. Samozřejmě je pořád nutné mít
 ve WEB-INF/web.xml odkaz

 
 jdbc/moje
 javax.sql.DataSource
 Container
 

 a v META-INF/context.xml případně v
$CATALINA_BASE/conf/Catalina/localhost/_aplikace_.xml
 spojení na databázi, např.

 

 

 Makub


--
~~
Supercomputing Center Brno Martin Kuba
Institute of Computer Scienceemail: [EMAIL PROTECTED]
Masaryk University http://www.ics.muni.cz/~makub/
Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775
--



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Testovací vs produkční databáze

[Zdeněk Vráblík]

Ahoj,
pouzivam Tomcat 5.5 a 6.0 a
ve web.xml nemam

jdbc/moje
javax.sql.DataSource
Container


Myslim, ze posledni verze, kde to bylo potreba je 5.0

Cau
Zdenek

2008/4/25 Martin Kuba <[EMAIL PROTECTED]>:
> Od Tomcatu 6 dokonce už není nutné dělat JNDI vyhledávání, stačí
>  do servletu dát
>
>  import javax.sql.DataSource;
>  import javax.annotation.Resource;
>
>  public class NejakyServlet extends HttpServlet {
>
>  @Resource(name="jdbc/moje")
> private DataSource pool;
>  ...
>  }
>
>  a Tomcat to sám injektuje. Samozřejmě je pořád nutné mít
>  ve WEB-INF/web.xml odkaz
>
>  
>  jdbc/moje
>  javax.sql.DataSource
>  Container
>  
>
>  a v META-INF/context.xml případně v
> $CATALINA_BASE/conf/Catalina/localhost/_aplikace_.xml
>  spojení na databázi, např.
>
>  
>  driverClassName="org.apache.derby.jdbc.ClientDriver"
> username="nekdo" password="heslo"
> url="jdbc:derby://localhost:1527/nejakadb"
> />
>  
>
>  Makub
>
>  Tomas Hubalek napsal(a):
>
>
>
> > Elegantni reseni (podle meho) je JNDI na data sourcy. V produkcnim mate
> datasource se stejnym jmenem jako na developmentu, ale jinymi konfiguracnimi
> udaji.
> > Tom
> >
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> > > Behalf Of Ing. Jan Novotný
> > > Sent: Friday, April 25, 2008 2:46 PM
> > > To: Java
> > > Subject: Re: Testovací vs produkční databáze
> > >
> > > Buď je možné buildovat odlišné artefakty pro různé stroje (např. přes
> > > profily v Mavenu) a nebo pokud byste chtěl mít stejný artefakt pro
> > > různé stroje je možné to dělat např. tak, že při inicializaci se budou
> > > nahrávat data z properties (nebo z XML, to už je jedno) souborů,
> > > obsahující konfiguraci pro různé stroje. Property soubory mohou být
> > > buď na disku nabo na classpath. Odlišení toho, že na testovacím
> > > prostředí se nahraje jeden property soubor s konfiguračními daty a na
> > > ostré jiný je možné zajistit buď odlišením přes parametr javy (při
> > > spouštění javy dodat na commandline např. -Dinstance=test a potom
> > > System.getProperty("test")) a nebo můžete jako odlišovací String
> > > použít název stroje, na kterém je aplikace spuštěná tímto kódem:
> > >
> > > InetAddress addr = InetAddress.getLocalHost();
> > > String thisMachineName = addr.getHostName();
> > >
> > > Doufám, že odpovídám na to, na co jste se ptal. Už párkrát se mi
> > > stalo, že jsem byl trochu "mimo" :-)
> > >
> > > S pozdravem,
> > > Honza Novotný
> > >
> > > 2008/4/25 Pavel Zelenka <[EMAIL PROTECTED]>:
> > >
> > > > Zdravím,
> > > >
> > > > vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy
> > > >
> > > potřebuji
> > >
> > > > používat testovací databázi. Po deploymentu na produkční server
> > > >
> > > potřebuji,
> > >
> > > > aby aplikace používala již ostrou databázi.
> > > > Jak toto řešíte v praxi?
> > > >
> > > > Díky
> > > >
> > > > Pavel Zelenka
> > > >
> > > >
> > >
> > >
> > > --
> > > --
> > > Ing. Jan Novotný
> > > @@
> > > http://blog.novoj.net
> > > Myšlenky dne otce Fura
> > > --
> > >
> >
>
>
>  --
>  ~~
>  Supercomputing Center Brno Martin Kuba
>  Institute of Computer Scienceemail: [EMAIL PROTECTED]
>  Masaryk University http://www.ics.muni.cz/~makub/
>  Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775
>  --
>
>

Re: Testovací vs produkční databáze

[Pavel Zelenka]

díky všem za zaslané příspěvky.

prozatím jsem šel cestou nejmenšího odporu a udělal to tedy tak, že v 
GlobalNamingResources server.xml jsem si vytvořil JDBC resource na na něj 
se pak odkazuji v context.xml. Ve web.xml pak už nemám žádný odkaz a 
funguje to. Tak nevím, jestli je to v tom web.xml nutné uvádět.





Martin Kuba <[EMAIL PROTECTED]> 
Odeslal: [EMAIL PROTECTED]
25.04.2008 15:17
Odpovězte prosím uživateli
Java 


Komu
Java 
Kopie

Předmět
Re: Testovací vs produkční databáze






Od Tomcatu 6 dokonce už není nutné dělat JNDI vyhledávání, stačí
do servletu dát

import javax.sql.DataSource;
import javax.annotation.Resource;

public class NejakyServlet extends HttpServlet {

@Resource(name="jdbc/moje")
 private DataSource pool;
...
}

a Tomcat to sám injektuje. Samozřejmě je pořád nutné mít
ve WEB-INF/web.xml odkaz


  jdbc/moje
  javax.sql.DataSource
  Container


a v META-INF/context.xml případně v 
$CATALINA_BASE/conf/Catalina/localhost/_aplikace_.xml
spojení na databázi, např.


 


Makub

Tomas Hubalek napsal(a):
> Elegantni reseni (podle meho) je JNDI na data sourcy. V produkcnim mate 
datasource se stejnym jmenem jako na developmentu, ale jinymi 
konfiguracnimi udaji. 
> 
> Tom
> 
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
>> Behalf Of Ing. Jan Novotný
>> Sent: Friday, April 25, 2008 2:46 PM
>> To: Java
>> Subject: Re: Testovací vs produkční databáze
>>
>> Buď je možné buildovat odlišné artefakty pro různé stroje (např. přes
>> profily v Mavenu) a nebo pokud byste chtěl mít stejný artefakt pro
>> různé stroje je možné to dělat např. tak, že při inicializaci se budou
>> nahrávat data z properties (nebo z XML, to už je jedno) souborů,
>> obsahující konfiguraci pro různé stroje. Property soubory mohou být
>> buď na disku nabo na classpath. Odlišení toho, že na testovacím
>> prostředí se nahraje jeden property soubor s konfiguračními daty a na
>> ostré jiný je možné zajistit buď odlišením přes parametr javy (při
>> spouštění javy dodat na commandline např. -Dinstance=test a potom
>> System.getProperty("test")) a nebo můžete jako odlišovací String
>> použít název stroje, na kterém je aplikace spuštěná tímto kódem:
>>
>> InetAddress addr = InetAddress.getLocalHost();
>> String thisMachineName = addr.getHostName();
>>
>> Doufám, že odpovídám na to, na co jste se ptal. Už párkrát se mi
>> stalo, že jsem byl trochu "mimo" :-)
>>
>> S pozdravem,
>> Honza Novotný
>>
>> 2008/4/25 Pavel Zelenka <[EMAIL PROTECTED]>:
>>> Zdravím,
>>>
>>> vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy
>> potřebuji
>>> používat testovací databázi. Po deploymentu na produkční server
>> potřebuji,
>>> aby aplikace používala již ostrou databázi.
>>> Jak toto řešíte v praxi?
>>>
>>> Díky
>>>
>>> Pavel Zelenka
>>>
>>
>>
>> --
>> --
>> Ing. Jan Novotný
>> @@
>> http://blog.novoj.net
>> Myšlenky dne otce Fura
>> --


-- 
~~
Supercomputing Center Brno Martin Kuba
Institute of Computer Scienceemail: [EMAIL PROTECTED]
Masaryk University http://www.ics.muni.cz/~makub/
Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775
--

Re: Testovací vs produkční databáze

[Martin Kuba]

Od Tomcatu 6 dokonce už není nutné dělat JNDI vyhledávání, stačí
do servletu dát

import javax.sql.DataSource;
import javax.annotation.Resource;

public class NejakyServlet extends HttpServlet {

@Resource(name="jdbc/moje")
private DataSource pool;
...
}

a Tomcat to sám injektuje. Samozřejmě je pořád nutné mít
ve WEB-INF/web.xml odkaz


 jdbc/moje
 javax.sql.DataSource
 Container


a v META-INF/context.xml případně v 
$CATALINA_BASE/conf/Catalina/localhost/_aplikace_.xml
spojení na databázi, např.





Makub

Tomas Hubalek napsal(a):
Elegantni reseni (podle meho) je JNDI na data sourcy. V produkcnim mate datasource se stejnym jmenem jako na developmentu, ale jinymi konfiguracnimi udaji. 


Tom


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Ing. Jan Novotný
Sent: Friday, April 25, 2008 2:46 PM
To: Java
Subject: Re: Testovací vs produkční databáze

Buď je možné buildovat odlišné artefakty pro různé stroje (např. přes
profily v Mavenu) a nebo pokud byste chtěl mít stejný artefakt pro
různé stroje je možné to dělat např. tak, že při inicializaci se budou
nahrávat data z properties (nebo z XML, to už je jedno) souborů,
obsahující konfiguraci pro různé stroje. Property soubory mohou být
buď na disku nabo na classpath. Odlišení toho, že na testovacím
prostředí se nahraje jeden property soubor s konfiguračními daty a na
ostré jiný je možné zajistit buď odlišením přes parametr javy (při
spouštění javy dodat na commandline např. -Dinstance=test a potom
System.getProperty("test")) a nebo můžete jako odlišovací String
použít název stroje, na kterém je aplikace spuštěná tímto kódem:

InetAddress addr = InetAddress.getLocalHost();
String thisMachineName = addr.getHostName();

Doufám, že odpovídám na to, na co jste se ptal. Už párkrát se mi
stalo, že jsem byl trochu "mimo" :-)

S pozdravem,
Honza Novotný

2008/4/25 Pavel Zelenka <[EMAIL PROTECTED]>:

Zdravím,

vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy

potřebuji

používat testovací databázi. Po deploymentu na produkční server

potřebuji,

aby aplikace používala již ostrou databázi.
Jak toto řešíte v praxi?

Díky

Pavel Zelenka




--
--
Ing. Jan Novotný
@@
http://blog.novoj.net
Myšlenky dne otce Fura
--



--
~~
Supercomputing Center Brno Martin Kuba
Institute of Computer Scienceemail: [EMAIL PROTECTED]
Masaryk University http://www.ics.muni.cz/~makub/
Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775
--



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Testovací vs produkční databáze

[Roman Pichlik]

Spring a definice datasource, ktera se lisi pro serverovy a testovaci
runtime. Na serveru se pouziva JNDI lookup a v testech se datasource
konfiguruje pres properties soubor (connection, url, name, password,
driver class). Ten si muze kazdy vyvojar vygenerovat a dat na
classpathu a nebo muze systemovou promenou nastavit jeho lokaci. Od
konkretni definice DS nas odstinuje Spring. My jenom v zavislsoti na
prostredi nakopneme jiny aplikacni kontext.

2008/4/25 Tomas Hubalek <[EMAIL PROTECTED]>:
> Elegantni reseni (podle meho) je JNDI na data sourcy. V produkcnim mate 
> datasource se stejnym jmenem jako na developmentu, ale jinymi konfiguracnimi 
> udaji.
>
>  Tom
>
>
>
>  > -Original Message-
>  > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
>  > Behalf Of Ing. Jan Novotný
>  > Sent: Friday, April 25, 2008 2:46 PM
>  > To: Java
>  > Subject: Re: Testovací vs produkční databáze
>  >
>  > Buď je možné buildovat odlišné artefakty pro různé stroje (např. přes
>  > profily v Mavenu) a nebo pokud byste chtěl mít stejný artefakt pro
>  > různé stroje je možné to dělat např. tak, že při inicializaci se budou
>  > nahrávat data z properties (nebo z XML, to už je jedno) souborů,
>  > obsahující konfiguraci pro různé stroje. Property soubory mohou být
>  > buď na disku nabo na classpath. Odlišení toho, že na testovacím
>  > prostředí se nahraje jeden property soubor s konfiguračními daty a na
>  > ostré jiný je možné zajistit buď odlišením přes parametr javy (při
>  > spouštění javy dodat na commandline např. -Dinstance=test a potom
>  > System.getProperty("test")) a nebo můžete jako odlišovací String
>  > použít název stroje, na kterém je aplikace spuštěná tímto kódem:
>  >
>  > InetAddress addr = InetAddress.getLocalHost();
>  > String thisMachineName = addr.getHostName();
>  >
>  > Doufám, že odpovídám na to, na co jste se ptal. Už párkrát se mi
>  > stalo, že jsem byl trochu "mimo" :-)
>  >
>  > S pozdravem,
>  > Honza Novotný
>  >
>  > 2008/4/25 Pavel Zelenka <[EMAIL PROTECTED]>:
>  > >
>  > > Zdravím,
>  > >
>  > > vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy
>  > potřebuji
>  > > používat testovací databázi. Po deploymentu na produkční server
>  > potřebuji,
>  > > aby aplikace používala již ostrou databázi.
>  > > Jak toto řešíte v praxi?
>  > >
>  > > Díky
>  > >
>  > > Pavel Zelenka
>  > >
>  >
>  >
>  >
>  > --
>  > --
>  > Ing. Jan Novotný
>  > @@
>  > http://blog.novoj.net
>  > Myšlenky dne otce Fura
>  > --
>



-- 
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */

RE: Testovací vs produkční databáze

[Pavel Zelenka]

nad tímto jsem právě uvažoval, tak to zkusím přes server..xml.  S Mavenem 
ani Antem jsem zatím v podstatě nepracoval. Všechno dělám v NetBeans s 
tím, že pak finální war deplynu na produkční Tomcat. 





"Tomas Hubalek" <[EMAIL PROTECTED]> 
Odeslal: [EMAIL PROTECTED]
25.04.2008 14:49
Odpovězte prosím uživateli
Java 


Komu
"Java" 
Kopie

Předmět
RE: Testovací vs produkční databáze






Elegantni reseni (podle meho) je JNDI na data sourcy. V produkcnim mate 
datasource se stejnym jmenem jako na developmentu, ale jinymi 
konfiguracnimi udaji. 

Tom

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Ing. Jan Novotný
> Sent: Friday, April 25, 2008 2:46 PM
> To: Java
> Subject: Re: Testovací vs produkční databáze
> 
> Buď je možné buildovat odlišné artefakty pro různé stroje (např. přes
> profily v Mavenu) a nebo pokud byste chtěl mít stejný artefakt pro
> různé stroje je možné to dělat např. tak, že při inicializaci se budou
> nahrávat data z properties (nebo z XML, to už je jedno) souborů,
> obsahující konfiguraci pro různé stroje. Property soubory mohou být
> buď na disku nabo na classpath. Odlišení toho, že na testovacím
> prostředí se nahraje jeden property soubor s konfiguračními daty a na
> ostré jiný je možné zajistit buď odlišením přes parametr javy (při
> spouštění javy dodat na commandline např. -Dinstance=test a potom
> System.getProperty("test")) a nebo můžete jako odlišovací String
> použít název stroje, na kterém je aplikace spuštěná tímto kódem:
> 
> InetAddress addr = InetAddress.getLocalHost();
> String thisMachineName = addr.getHostName();
> 
> Doufám, že odpovídám na to, na co jste se ptal. Už párkrát se mi
> stalo, že jsem byl trochu "mimo" :-)
> 
> S pozdravem,
> Honza Novotný
> 
> 2008/4/25 Pavel Zelenka <[EMAIL PROTECTED]>:
> >
> > Zdravím,
> >
> > vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy
> potřebuji
> > používat testovací databázi. Po deploymentu na produkční server
> potřebuji,
> > aby aplikace používala již ostrou databázi.
> > Jak toto řešíte v praxi?
> >
> > Díky
> >
> > Pavel Zelenka
> >
> 
> 
> 
> --
> --
> Ing. Jan Novotný
> @@
> http://blog.novoj.net
> Myšlenky dne otce Fura
> --

RE: Testovací vs produkční databáze

[Tomas Hubalek]

Elegantni reseni (podle meho) je JNDI na data sourcy. V produkcnim mate 
datasource se stejnym jmenem jako na developmentu, ale jinymi konfiguracnimi 
udaji. 

Tom

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Ing. Jan Novotný
> Sent: Friday, April 25, 2008 2:46 PM
> To: Java
> Subject: Re: Testovací vs produkční databáze
> 
> Buď je možné buildovat odlišné artefakty pro různé stroje (např. přes
> profily v Mavenu) a nebo pokud byste chtěl mít stejný artefakt pro
> různé stroje je možné to dělat např. tak, že při inicializaci se budou
> nahrávat data z properties (nebo z XML, to už je jedno) souborů,
> obsahující konfiguraci pro různé stroje. Property soubory mohou být
> buď na disku nabo na classpath. Odlišení toho, že na testovacím
> prostředí se nahraje jeden property soubor s konfiguračními daty a na
> ostré jiný je možné zajistit buď odlišením přes parametr javy (při
> spouštění javy dodat na commandline např. -Dinstance=test a potom
> System.getProperty("test")) a nebo můžete jako odlišovací String
> použít název stroje, na kterém je aplikace spuštěná tímto kódem:
> 
> InetAddress addr = InetAddress.getLocalHost();
> String thisMachineName = addr.getHostName();
> 
> Doufám, že odpovídám na to, na co jste se ptal. Už párkrát se mi
> stalo, že jsem byl trochu "mimo" :-)
> 
> S pozdravem,
> Honza Novotný
> 
> 2008/4/25 Pavel Zelenka <[EMAIL PROTECTED]>:
> >
> > Zdravím,
> >
> > vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy
> potřebuji
> > používat testovací databázi. Po deploymentu na produkční server
> potřebuji,
> > aby aplikace používala již ostrou databázi.
> > Jak toto řešíte v praxi?
> >
> > Díky
> >
> > Pavel Zelenka
> >
> 
> 
> 
> --
> --
> Ing. Jan Novotný
> @@
> http://blog.novoj.net
> Myšlenky dne otce Fura
> --

Re: Testovací vs produkční databáze

[Ing. Jan Novotný]

Buď je možné buildovat odlišné artefakty pro různé stroje (např. přes
profily v Mavenu) a nebo pokud byste chtěl mít stejný artefakt pro
různé stroje je možné to dělat např. tak, že při inicializaci se budou
nahrávat data z properties (nebo z XML, to už je jedno) souborů,
obsahující konfiguraci pro různé stroje. Property soubory mohou být
buď na disku nabo na classpath. Odlišení toho, že na testovacím
prostředí se nahraje jeden property soubor s konfiguračními daty a na
ostré jiný je možné zajistit buď odlišením přes parametr javy (při
spouštění javy dodat na commandline např. -Dinstance=test a potom
System.getProperty("test")) a nebo můžete jako odlišovací String
použít název stroje, na kterém je aplikace spuštěná tímto kódem:

InetAddress addr = InetAddress.getLocalHost();
String thisMachineName = addr.getHostName();

Doufám, že odpovídám na to, na co jste se ptal. Už párkrát se mi
stalo, že jsem byl trochu "mimo" :-)

S pozdravem,
Honza Novotný

2008/4/25 Pavel Zelenka <[EMAIL PROTECTED]>:
>
> Zdravím,
>
> vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy potřebuji
> používat testovací databázi. Po deploymentu na produkční server potřebuji,
> aby aplikace používala již ostrou databázi.
> Jak toto řešíte v praxi?
>
> Díky
>
> Pavel Zelenka
>



-- 
--
Ing. Jan Novotný
@@
http://blog.novoj.net
Myšlenky dne otce Fura
--

Testovací vs produkční databáze

[Pavel Zelenka]

Zdravím,

vyvvíjím webovou aplikaci (JSF, JPA, Tomcat). Pro vývoj a testy potřebuji 
používat testovací databázi. Po deploymentu na produkční server potřebuji, 
aby aplikace používala již ostrou databázi.
Jak toto řešíte v praxi?

Díky

Pavel Zelenka

Re: databáze

[Richard Malaschitz]

Ked ma mat databaza iba zopar MB tak sa mi zda Derby (HSQLDB, Pointbase,
McKoi) ako vyborne riesenie. Su s nimi minimalne problemy pri instalacii a
udrzbe - co moze byt vyhodou pri niektorych malych aplikaciach. Ak sa
pouziva Hibernate (a mozno aj Toplink) tak by pripadny nutny prechod na
vykonejsiu databazu nebol az taky problem.

2007/2/7, Rastislav Rehak <[EMAIL PROTECTED]>:


Derby nebrat. Rozhodne by som radsej pouzil PostgreSQL. Derby a spol. sa
pouziva len na take skolenia a pripadne embeded do standalone aplikacie.
Nastroje su skoro ziadne.

Re: databáze

[Rastislav Rehak]

Derby nebrat. Rozhodne by som radsej pouzil PostgreSQL. Derby a spol. sa 
pouziva len na take skolenia a pripadne embeded do standalone aplikacie.

Nastroje su skoro ziadne.


Lukas Zapletal wrote:

Vsichni tu oslavujete Derby, abych pravdu rekl, ceka me jeden projekt,
u ktereho vazne uvazuji o nasazeni Derby. Je to webova aplikace a z
tutorialu co jsou na derby.apache.org jsem vyrozumnel, ze Derby je
mozne provozovat v Embedded rezimu primo ve webovem kontejneru.

Co si o tom myslite? Ma to smysl takhle "krkolomne"? Rikam si, ze by
to mohlo byt rychlejsi. Kdyz uz spoustet server, tak bych asi volil
PostgreSQL.

Zadruhe by me zajimalo, jak je to s vykonem teto databaze, jak vyspele
jsou zalohovaci a administracni nastroje a jake jsou prakticke limity.
Jedna vec je dokumentace, druha vec muze byt tak, ze to treba s
databazi o velikosti 1 GB nemusi fungovat presvedcive...

Ja myslim ze by problem nastat nemel, ani neocekavam tolik dat, jen
bych sve domnenky chtel potvrdit :-)

7.2.07, Jan Dvořák <[EMAIL PROTECTED]>:

Dobrý den,

s úspěchem používáme hsqldb. Java DB (dříve Derby, předtím Cloudscape,
...) je určitě mocnější, zároveň však je větší (data i jar, ale ten s
1.6 to netřeba řešit, leda byste narazili na bugu) a nabíhá pomaleji -
vyzkoušeno na našem specifickém případě.

Data ve vaší aplikaci budou ležet někde na uživatelově disku? Nebo budou
read-only a distribuována s aplikací? Nebude pár uživatelů chtít stejná
data sdílet?

Honza Dvořák
MathAn Praha


Pavel Nemec napsal:
> Dobrý den,
> pro jeden svůj projekt bych potřeboval použít nějakou velice malou 
databáze.
> Databáze bude součástí programu a není podstatné aby byla rychlá, 
ale spíše
> aby byla malá (jak do velikosti v paměti, tak potřebná velikost na 
disku).
> Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v 
jave.

> HSQL
> DB4o
>
> Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám 
na mysli

> zkušenosti s malými embeded databázemi ;) )
>
> Pavel
>








--
Rastislav Rehák
EEA communication solutions
Hattalova 12, 831 03 Bratislava, Slovakia

tel/fax: +421 2 4445 3690
mobile: +421 918 619 891
icq:466031223 
http://www.eea.sk

Re: databáze

[Lukas Zapletal]

Vsichni tu oslavujete Derby, abych pravdu rekl, ceka me jeden projekt,
u ktereho vazne uvazuji o nasazeni Derby. Je to webova aplikace a z
tutorialu co jsou na derby.apache.org jsem vyrozumnel, ze Derby je
mozne provozovat v Embedded rezimu primo ve webovem kontejneru.

Co si o tom myslite? Ma to smysl takhle "krkolomne"? Rikam si, ze by
to mohlo byt rychlejsi. Kdyz uz spoustet server, tak bych asi volil
PostgreSQL.

Zadruhe by me zajimalo, jak je to s vykonem teto databaze, jak vyspele
jsou zalohovaci a administracni nastroje a jake jsou prakticke limity.
Jedna vec je dokumentace, druha vec muze byt tak, ze to treba s
databazi o velikosti 1 GB nemusi fungovat presvedcive...

Ja myslim ze by problem nastat nemel, ani neocekavam tolik dat, jen
bych sve domnenky chtel potvrdit :-)

7.2.07, Jan Dvořák <[EMAIL PROTECTED]>:

Dobrý den,

s úspěchem používáme hsqldb. Java DB (dříve Derby, předtím Cloudscape,
...) je určitě mocnější, zároveň však je větší (data i jar, ale ten s
1.6 to netřeba řešit, leda byste narazili na bugu) a nabíhá pomaleji -
vyzkoušeno na našem specifickém případě.

Data ve vaší aplikaci budou ležet někde na uživatelově disku? Nebo budou
read-only a distribuována s aplikací? Nebude pár uživatelů chtít stejná
data sdílet?

Honza Dvořák
MathAn Praha


Pavel Nemec napsal:
> Dobrý den,
> pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze.
> Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše
> aby byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).
> Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
> HSQL
> DB4o
>
> Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli
> zkušenosti s malými embeded databázemi ;) )
>
> Pavel
>





--
Lukas Zapletal
http://lukas.zapletalovi.com

Re: databáze

[Jan Dvořák]

Dobrý den,

s úspěchem používáme hsqldb. Java DB (dříve Derby, předtím Cloudscape, 
...) je určitě mocnější, zároveň však je větší (data i jar, ale ten s 
1.6 to netřeba řešit, leda byste narazili na bugu) a nabíhá pomaleji - 
vyzkoušeno na našem specifickém případě.


Data ve vaší aplikaci budou ležet někde na uživatelově disku? Nebo budou 
read-only a distribuována s aplikací? Nebude pár uživatelů chtít stejná 
data sdílet?


Honza Dvořák
MathAn Praha


Pavel Nemec napsal:

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze. 
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše 
aby byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).

Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )


Pavel
  

Re: databáze

[URBAN Leos]

Vypada to zajimave, ale pokud je k dispozici GPL reseni, ktere je navic 
zadarmo. Proc platit.


Já bych byl s tím GPL opatrnější, pokud cílový produkt není rovněž pod 
GPL. Pokud Vaše aplikace je dodávána automaticky s GPL JDBC driverem a 
navíc s přibalenou GPL databází, pak se obávám že musí automaticky být k

dispozici pod GPL.

Aby se rozbourala tato vazba, musela by aplikace být dodávána bez JDBC 
GPL driveru (a serveru) a uživatel by si sám vybral který server si 
vybere. Pokud si vybere GPL server pak už to není problém.

Viz třeba Mysql JDBC fórum.

Jedním slovem - chaos. Proto bych se GPL v tomto případě vyhnul.


Leoš

Re: databáze

[Jiri Jakes]

Pavel Nemec wrote:

Dobry den. Nedavno jsem take hledal neco podobneho a jediny nastroj,
ktery by se mne libil a vyhovoval, byla databaze Stels Engine (
http://www.csv-jdbc.com/stels_engine.htm ). Neni potreba spoustet
serverovou cast, umi agregacni funkce, prevody datovych typu, nekolik
matematickych funkci, proste to nejzakladnejsi...



Vypada to zajimave, ale pokud je k dispozici GPL reseni, ktere je navic 
zadarmo. 
Proc platit.
  
Pod GPL to neni, ale primo v Readme je napsano: ,,This product is free 
to use, but if you want to distribute it within your own commercial 
product please contact us.'' Takze platit neni treba...

Re: databáze

[Pavel Nemec]

> Dobry den. Nedavno jsem take hledal neco podobneho a jediny nastroj,
> ktery by se mne libil a vyhovoval, byla databaze Stels Engine (
> http://www.csv-jdbc.com/stels_engine.htm ). Neni potreba spoustet
> serverovou cast, umi agregacni funkce, prevody datovych typu, nekolik
> matematickych funkci, proste to nejzakladnejsi...

Vypada to zajimave, ale pokud je k dispozici GPL reseni, ktere je navic 
zadarmo. 
Proc platit.


pgp4fhKTDGGnk.pgp
Description: PGP signature

Re: databáze

[Jiri Jakes]

Pavel Nemec wrote:

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze. 
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše 
aby byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).

Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )


Pavel
  
Dobry den. Nedavno jsem take hledal neco podobneho a jediny nastroj, 
ktery by se mne libil a vyhovoval, byla databaze Stels Engine ( 
http://www.csv-jdbc.com/stels_engine.htm ). Neni potreba spoustet 
serverovou cast, umi agregacni funkce, prevody datovych typu, nekolik 
matematickych funkci, proste to nejzakladnejsi...

Re: databáze

[Jiri Mares]

Ahoj,

a z Derby je cesta na DB2 take bezbolestna, jsou na to nastroje :-)

Jirka

> Lepsi je pouzit Firebird 2, pak se to cele da v pohode prehodit na
> centralni firebird server.. Znam ty stavy kdy se rika bude stacita
> pak najednou nestaci ;) a velikost je tu take zanedbatelna... tedy
> velikost samotne db.

-- 
Jiří Mareš (mailto:[EMAIL PROTECTED])
ČSAD SVT Praha, s.r.o. (http://www.svt.cz)
Czech Republic

Re: databáze

[Pavel Nemec]

Dne Wednesday 07 February 2007 10:36 Ales Pavel napsal(a):
> centralni firebird server.. Znam ty stavy kdy se rika bude stacita
> pak najednou nestaci ;) a velikost je tu take zanedbatelna... tedy

Chapu vas pristup, nicmene jsem v situaci kdy uvazuji mezi vlastnim resenim 
(jak uz nekdo napsal) a malou databazi. Opravdu jsem presvedcen ze me potreby 
zvladne i mala databaze.

P.




pgpNjY7s8O38a.pgp
Description: PGP signature

Re: databáze

[Ales Pavel]

jiste, ale tady v pripade embedded reseni  je veskera zmena na 5 minut, 
to pri zmena db enginu vetsinou neni.
Hlavne se mi libila rychlost a univerzalnost firebirdu, kdy pokud si 
naprogramujete udf knihovnu, tak s tou db muzete delat prakticky cokoliv...


A.

Ing. Jan Novotný napsal(a):
Naštěstí žijeme v době ORM jako je třeba Hibernate, takže pokud se 
šikovně navrhuje a programuje, není změna DB enginu žádná drastická 
operace.

Tím nechci shazovat vaši radu - jen protiargumentovat ;).

Novoj

Re: databáze

[Lukas Barton]

Ing. Jan Novotný wrote:
Naštěstí žijeme v době ORM jako je třeba Hibernate, takže pokud se 
šikovně navrhuje a programuje, není změna DB enginu žádná drastická 
operace.

Problem je, ze knihovny potrebne pro Hibernate zaberou docela dost mista ;-)
A i s JDBC muzete byt prenositelni, pokud ho pouzivate rozumne.

 Lukas


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

Re: databáze

[Ing. Jan Novotný]

Naštěstí žijeme v době ORM jako je třeba Hibernate, takže pokud se 
šikovně navrhuje a programuje, není změna DB enginu žádná drastická operace.

Tím nechci shazovat vaši radu - jen protiargumentovat ;).

Novoj

--
--
Ing. Jan Novotný
@@
http://blog.novoj.net
Myšlenky dne otce Fura
--

Ales Pavel napsal(a):

>Honza
>Taky bych se klonil k JavaDB, ovsem v Jave 6.0 je jen jako Early
>Access, tedy ne pro produkcni nasazeni. At uz to znamena cokoli. :-)

>Jinak pred nejakou dobou byl na root.cz serial o embedded databazich.

Lepsi je pouzit Firebird 2, pak se to cele da v pohode prehodit na 
centralni firebird server.. Znam ty stavy kdy se rika bude stacita 
pak najednou nestaci ;) a velikost je tu take zanedbatelna... tedy 
velikost samotne db.



Ales


!DSPAM:144,45c99d67166088586914631!

Re: databáze

[Ales Pavel]

>Honza
>Taky bych se klonil k JavaDB, ovsem v Jave 6.0 je jen jako Early
>Access, tedy ne pro produkcni nasazeni. At uz to znamena cokoli. :-)

>Jinak pred nejakou dobou byl na root.cz serial o embedded databazich.

Lepsi je pouzit Firebird 2, pak se to cele da v pohode prehodit na 
centralni firebird server.. Znam ty stavy kdy se rika bude stacita 
pak najednou nestaci ;) a velikost je tu take zanedbatelna... tedy 
velikost samotne db.



Ales

Re: databáze

[Rastislav Rehak]

Svojho casu som si presiel vsetky databazy z 
http://java-source.net/open-source/database-engines . Najlepsia pre 
takyto ucel ( teda skor pre signovany applet ) mi vysla Mckoi SQL 
Database . Potom som sa este raz pozrel na to co vlastne potrebujem a 
urobil som to bez databazy, vsetky objekty ukladam do jedneho suboru ( 
da sa pouzit cokolvek : serializacia, XML serializacia, CSV, 
DataOutputStream ).


Pavel Nemec wrote:

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze. 
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše 
aby byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).

Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )


Pavel
  

RE: databáze

[Michal Palička]

Dobry den,

HSQL jsem pouzival bez problemu.

db4o je objektova databaze, ktera nepracuje pres JDBC.
Pokud byste tedy nekdy chtel prejit na jinou (relacni) databazi,
mohl by nastat problem.

mp.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pavel Nemec
Sent: Wednesday, February 07, 2007 10:04 AM
To: Java
Subject: databáze

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze. 
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše aby 
byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).
Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )

Pavel

Re: databáze

[Jan Valenta]

Taky bych se klonil k JavaDB, ovsem v Jave 6.0 je jen jako Early
Access, tedy ne pro produkcni nasazeni. At uz to znamena cokoli. :-)

Jinak pred nejakou dobou byl na root.cz serial o embedded databazich.

Honza

On 2/7/07, Stöhr Miroslav RNDr. Ph.D. <[EMAIL PROTECTED]> wrote:

A co Apache Derby? (V Jave 1.6 je přímo zahrnutá jako JavaDB).

 Mirek


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pavel Nemec
Sent: Wednesday, February 07, 2007 10:04 AM
To: Java
Subject: databáze

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze.
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše aby 
byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).
Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )

Pavel

Re: databáze

[Pavel Nemec]

Dne Wednesday 07 February 2007 10:08 Ing. Jan Novotný napsal(a):
> Zdravím,
>
> já jsem několikrát používal Apache Derby
>  - tedy nyní Java DB
> . Nevím kolik zabírá v

To vypadá velice dobře, už stahuji demo.

Všem děkuji za odpověď
Pavel


pgp0OCfSqS9av.pgp
Description: PGP signature

Re: databáze

[Roman Pichlik]

A co Apache Derby? (V Jave 1.6 je přímo zahrnutá jako JavaDB). 


mela byt soucasti pouze v JDK...

--
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

RE: databáze

[Stöhr Miroslav RNDr . Ph . D .]

A co Apache Derby? (V Jave 1.6 je přímo zahrnutá jako JavaDB). 

 Mirek
 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pavel Nemec
Sent: Wednesday, February 07, 2007 10:04 AM
To: Java
Subject: databáze

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze. 
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše aby 
byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).
Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )

Pavel

Re: databáze

[Ing. Jan Novotný]

Zdravím,

   já jsem několikrát používal Apache Derby 
<http://db.apache.org/derby/> - tedy nyní Java DB 
<http://developers.sun.com/prodtech/javadb/>. Nevím kolik zabírá v 
paměti ale na disku je to pár mega (pro mé malé projekty od dvou do 
čtyřech megabytů). Používal jsem jí v kombinaci s Hibernate a nikdy jsem 
neměl problém.


Honza Novotný

--
--
Ing. Jan Novotný
@@
http://blog.novoj.net
Myšlenky dne otce Fura
--



Pavel Nemec napsal(a):

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze. 
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše 
aby byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).

Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )


Pavel

!DSPAM:144,45c99615137891804284693!

  

databáze

[Pavel Nemec]

Dobrý den,
pro jeden svůj projekt bych potřeboval použít nějakou velice malou databáze. 
Databáze bude součástí programu a není podstatné aby byla rychlá, ale spíše 
aby byla malá (jak do velikosti v paměti, tak potřebná velikost na disku).
Našel jsem několik kandidátů (všechny pod GPL licencí) a všechny v jave.
HSQL
DB4o

Pokud mátě někdo zkušenosti s databázemi, prosím podělte se. (mám na mysli 
zkušenosti s malými embeded databázemi ;) )

Pavel

RE: Databáze apod.

[proubal]

Pokud se xml s definici bude generovat jen na strane servroveho klienta tak
bych v tom nevidel problem ?
A admin ktery bude nacitat definice z xml bude mit stejne vsechny prava tak
proc by nemohl videt na definice tabulek v xml ?
Nebo bych asi udelal wizarda ktery bude konfigurovat tyto xml na strane
servroveho klienta z  ktereho se pak budou nacitat DAO a z nich TableModel.
PetrR



   
 "Tomas Hubalek"   
 <[EMAIL PROTECTED] 
 semi.com>Komu
 Odeslal:  "Java"  
 konference-bounce   Kopie
 [EMAIL PROTECTED] 
   Předmět
   RE: Databáze apod.
 27.11.2006 09:43  
   
   
 Odpovězte prosím  
 uživateli   
   Java
 <[EMAIL PROTECTED] 
cz>
   
   




To co pisete mi pripomina databazi vytvorenou pomoci HSQLDB (i kdyz tam
misto  jsou SQL prikazy, ale je to take citelne a
menitelne, protoze je to textovy soubor).

Jste si jisty ze reprezentovat databazi v XML souboru je spravny napad?

Tom



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of [EMAIL PROTECTED]
Sent: Monday, November 27, 2006 8:40 AM
To: Java
Subject: Re: Databáze apod.


Ahoj,
objektovej model ma svoje slabiny pokud chci aby administrator byl schopnej
nakonfigurovat muj system pomoci xml. Tj. odstinit ho od znalosti Javy.
prakticky existujou dve varianty z nich ta prvni ... rekl bych ta cistejsi
k vysledku nevede.
Bud mu otevru vrata do systemu aby mohl pridavat DataAcessObjekty ktery
predavam do TableModelu a musi si je napsat a nebo updatovat pomoci wizardu
svoje vnitrni tridy sam ... tam je potom problem ze zatim nevim jak rict
systemu ze jsem se updatoval aby pocital i s objekty ktery byli vytvoreny
pomoci wizardu. Jako cestu vidim generovat objekty z xml inicializacniho
souboru. Mohl by někdo poradit jak to dělat lip ? Pokud to teda jde ?
Nebo jak si myslite ze by byla nejlepsi inicializace, podle me je nejlepsi
cesta vytvorit xml asi timto zpusobem.

  

  

U varianty zapisu psani DataAcessObjektu je jeste problem , ze by vlastne
po kazdy zmene struktury bylo potreba zhozeni a nova inicializace.

PetrR




 Roman Pichlik
 <[EMAIL PROTECTED]
 stinet.com>  Komu
 Odeslal:  Java 
 konference-bounce   Kopie
 [EMAIL PROTECTED]
   Předmět
   Re: Databáze apod.
 24.11.2006 17:20


 Odpovězte prosím
 uživateli
   Java
 <[EMAIL PROTECTED]
cz>






XML databaze nebrat, neexistuje ani jedna opravdu pouzitelna, kazda trpi
nejakymi neduhy, ktere ji ve  vysledku cini nepouzitelnou - transakce,
vykonnost atd. Z vlastni zkusenosti bych to nepouzil ani na prototyp.
Pokud jsem dobre pochopil, tak vam staci kdyz XML bude na rozhrani vasi
aplikace , cili nebude problem v aplikaci interne pracovat s objektovym
modelem. Coz je IMHO ten spravny pristup...

[EMAIL PROTECTED] napsal(a):
> Ahoj,
> chtěl jsem se zeptat jestli by někdo nemohl poradit.
> Mám následující dilema. Stavím systém na základě java + xml. Z xml
provádím
> nastavování(správu) systému a vstupně výstupní operace.
> Pro databáze jsem používal DAO logiku s přístupem do SQL databáze. Chtěl
> bych ale přejít na xml databázi.
>  S pohledu používání XPath v celé aplikaci.
> Jáké jsou výhody či nevýhody Java + xml + xml databáze.
> A pokud potřebuji z dat tvořit pomocí DAO logiky objekty co je vhodnější
?
> Java + xml + SQL
> Java + xml + xml databáze
> Java + xml + objektová DB
> mám zkušenosti jen s první variantou. Jestli by někdo mohl napsat jeho
> pohled na ostatní kombinace v čem jsou lepší horší jak jde 

RE: Databáze apod.

[Tomas Hubalek]

To co pisete mi pripomina databazi vytvorenou pomoci HSQLDB (i kdyz tam misto 
 jsou SQL prikazy, ale je to take citelne a menitelne, protoze 
je to textovy soubor). 

Jste si jisty ze reprezentovat databazi v XML souboru je spravny napad?

Tom



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Monday, November 27, 2006 8:40 AM
To: Java
Subject: Re: Databáze apod.


Ahoj,
objektovej model ma svoje slabiny pokud chci aby administrator byl schopnej
nakonfigurovat muj system pomoci xml. Tj. odstinit ho od znalosti Javy.
prakticky existujou dve varianty z nich ta prvni ... rekl bych ta cistejsi
k vysledku nevede.
Bud mu otevru vrata do systemu aby mohl pridavat DataAcessObjekty ktery
predavam do TableModelu a musi si je napsat a nebo updatovat pomoci wizardu
svoje vnitrni tridy sam ... tam je potom problem ze zatim nevim jak rict
systemu ze jsem se updatoval aby pocital i s objekty ktery byli vytvoreny
pomoci wizardu. Jako cestu vidim generovat objekty z xml inicializacniho
souboru. Mohl by někdo poradit jak to dělat lip ? Pokud to teda jde ?
Nebo jak si myslite ze by byla nejlepsi inicializace, podle me je nejlepsi
cesta vytvorit xml asi timto zpusobem.

  

  

U varianty zapisu psani DataAcessObjektu je jeste problem , ze by vlastne
po kazdy zmene struktury bylo potreba zhozeni a nova inicializace.

PetrR



   
 Roman Pichlik 
 <[EMAIL PROTECTED] 
 stinet.com>  Komu 
 Odeslal:  Java
 konference-bounce   Kopie 
 [EMAIL PROTECTED]  
   
   Předmět 
   Re: Databáze apod.  
 24.11.2006 17:20  
   
   
 Odpovězte prosím  
 uživateli 
   Java
 <[EMAIL PROTECTED] 
cz>
   
   




XML databaze nebrat, neexistuje ani jedna opravdu pouzitelna, kazda trpi
nejakymi neduhy, ktere ji ve  vysledku cini nepouzitelnou - transakce,
vykonnost atd. Z vlastni zkusenosti bych to nepouzil ani na prototyp.
Pokud jsem dobre pochopil, tak vam staci kdyz XML bude na rozhrani vasi
aplikace , cili nebude problem v aplikaci interne pracovat s objektovym
modelem. Coz je IMHO ten spravny pristup...

[EMAIL PROTECTED] napsal(a):
> Ahoj,
> chtěl jsem se zeptat jestli by někdo nemohl poradit.
> Mám následující dilema. Stavím systém na základě java + xml. Z xml
provádím
> nastavování(správu) systému a vstupně výstupní operace.
> Pro databáze jsem používal DAO logiku s přístupem do SQL databáze. Chtěl
> bych ale přejít na xml databázi.
>  S pohledu používání XPath v celé aplikaci.
> Jáké jsou výhody či nevýhody Java + xml + xml databáze.
> A pokud potřebuji z dat tvořit pomocí DAO logiky objekty co je vhodnější
?
> Java + xml + SQL
> Java + xml + xml databáze
> Java + xml + objektová DB
> mám zkušenosti jen s první variantou. Jestli by někdo mohl napsat jeho
> pohled na ostatní kombinace v čem jsou lepší horší jak jde využívat DAO
> logika atd.
>
> PetrR
>
>

--
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__

Re: Databáze apod.

[proubal]

Ahoj,
objektovej model ma svoje slabiny pokud chci aby administrator byl schopnej
nakonfigurovat muj system pomoci xml. Tj. odstinit ho od znalosti Javy.
prakticky existujou dve varianty z nich ta prvni ... rekl bych ta cistejsi
k vysledku nevede.
Bud mu otevru vrata do systemu aby mohl pridavat DataAcessObjekty ktery
predavam do TableModelu a musi si je napsat a nebo updatovat pomoci wizardu
svoje vnitrni tridy sam ... tam je potom problem ze zatim nevim jak rict
systemu ze jsem se updatoval aby pocital i s objekty ktery byli vytvoreny
pomoci wizardu. Jako cestu vidim generovat objekty z xml inicializacniho
souboru. Mohl by někdo poradit jak to dělat lip ? Pokud to teda jde ?
Nebo jak si myslite ze by byla nejlepsi inicializace, podle me je nejlepsi
cesta vytvorit xml asi timto zpusobem.

  

  

U varianty zapisu psani DataAcessObjektu je jeste problem , ze by vlastne
po kazdy zmene struktury bylo potreba zhozeni a nova inicializace.

PetrR



   
 Roman Pichlik 
 <[EMAIL PROTECTED] 
 stinet.com>  Komu
 Odeslal:  Java
 konference-bounce   Kopie
 [EMAIL PROTECTED] 
   Předmět
   Re: Databáze apod.
 24.11.2006 17:20  
   
   
 Odpovězte prosím  
 uživateli   
   Java
 <[EMAIL PROTECTED] 
cz>
   
   




XML databaze nebrat, neexistuje ani jedna opravdu pouzitelna, kazda trpi
nejakymi neduhy, ktere ji ve  vysledku cini nepouzitelnou - transakce,
vykonnost atd. Z vlastni zkusenosti bych to nepouzil ani na prototyp.
Pokud jsem dobre pochopil, tak vam staci kdyz XML bude na rozhrani vasi
aplikace , cili nebude problem v aplikaci interne pracovat s objektovym
modelem. Coz je IMHO ten spravny pristup...

[EMAIL PROTECTED] napsal(a):
> Ahoj,
> chtěl jsem se zeptat jestli by někdo nemohl poradit.
> Mám následující dilema. Stavím systém na základě java + xml. Z xml
provádím
> nastavování(správu) systému a vstupně výstupní operace.
> Pro databáze jsem používal DAO logiku s přístupem do SQL databáze. Chtěl
> bych ale přejít na xml databázi.
>  S pohledu používání XPath v celé aplikaci.
> Jáké jsou výhody či nevýhody Java + xml + xml databáze.
> A pokud potřebuji z dat tvořit pomocí DAO logiky objekty co je vhodnější
?
> Java + xml + SQL
> Java + xml + xml databáze
> Java + xml + objektová DB
> mám zkušenosti jen s první variantou. Jestli by někdo mohl napsat jeho
> pohled na ostatní kombinace v čem jsou lepší horší jak jde využívat DAO
> logika atd.
>
> PetrR
>
>

--
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__

Re: Databáze apod.

[Roman Pichlik]

XML databaze nebrat, neexistuje ani jedna opravdu pouzitelna, kazda trpi 
nejakymi neduhy, ktere ji ve  vysledku cini nepouzitelnou - transakce, 
vykonnost atd. Z vlastni zkusenosti bych to nepouzil ani na prototyp. 
Pokud jsem dobre pochopil, tak vam staci kdyz XML bude na rozhrani vasi 
aplikace , cili nebude problem v aplikaci interne pracovat s objektovym 
modelem. Coz je IMHO ten spravny pristup...


[EMAIL PROTECTED] napsal(a):

Ahoj,
chtěl jsem se zeptat jestli by někdo nemohl poradit.
Mám následující dilema. Stavím systém na základě java + xml. Z xml provádím
nastavování(správu) systému a vstupně výstupní operace.
Pro databáze jsem používal DAO logiku s přístupem do SQL databáze. Chtěl
bych ale přejít na xml databázi.
 S pohledu používání XPath v celé aplikaci.
Jáké jsou výhody či nevýhody Java + xml + xml databáze.
A pokud potřebuji z dat tvořit pomocí DAO logiky objekty co je vhodnější ?
Java + xml + SQL
Java + xml + xml databáze
Java + xml + objektová DB
mám zkušenosti jen s první variantou. Jestli by někdo mohl napsat jeho
pohled na ostatní kombinace v čem jsou lepší horší jak jde využívat DAO
logika atd.

PetrR




--
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */


__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
__

Databáze apod.

[proubal]

Ahoj,
chtěl jsem se zeptat jestli by někdo nemohl poradit.
Mám následující dilema. Stavím systém na základě java + xml. Z xml provádím
nastavování(správu) systému a vstupně výstupní operace.
Pro databáze jsem používal DAO logiku s přístupem do SQL databáze. Chtěl
bych ale přejít na xml databázi.
 S pohledu používání XPath v celé aplikaci.
Jáké jsou výhody či nevýhody Java + xml + xml databáze.
A pokud potřebuji z dat tvořit pomocí DAO logiky objekty co je vhodnější ?
Java + xml + SQL
Java + xml + xml databáze
Java + xml + objektová DB
mám zkušenosti jen s první variantou. Jestli by někdo mohl napsat jeho
pohled na ostatní kombinace v čem jsou lepší horší jak jde využívat DAO
logika atd.

PetrR