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" <[email protected]>
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 <TableModel>.... 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.
<TableModel>
<Column>
<Pevni_sloupec><String /></Prvni_sloupec>
</Column>
</TableModel>
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 <[email protected]>
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
______________________________________________________________________
