Osobně v ukládání do DB nevidím žádnou výhodu. Už samotné XML mi přijde občas obtížně čitelné a ještě to dávat do databáze?
V minulosti jsme měli jeden projekt, který takto ukládal poměrně komplexní data do Db jako inserty a po těchto zkušenostech bych šel přesně opačným směrem. Just my two cents... Tom > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Tomáš Záluský > Sent: Monday, November 02, 2009 4:01 PM > To: [email protected] > Subject: dependency injection - modelování závislostí v relační db > > > Dobrý den, > > zajímalo by mne, zda má někdo zkušenost s modelováním bean a > závislostí mezi nimi pomocí relační databáze. Ať už znalost > existujícího projektu nebo vlastní pokusy. (Nejlépe ve > Springu, ale není to podmínkou.) Vůbec pak, jaký máte na tuto > myšlenku názor. Všude se porovnává jen xml formát á la Spring > applicationContext.xml oproti konfiguraci kódem á la Guice > nebo Spring JavaConfig. > > Představa o využití: > - jednotlivé třídy aplikace by se vyvíjely normálně v java > projektu se všemi zvyklostmi - Eclipse, Maven, SVN... > - závislosti, bean scopes atd. by se naklikaly pomocí > nějakého UI, výsledkem by byla data uložena v relační db > - při startu aplikace by se Spring nakonfiguroval pomocí > DatabaseApplicationContext implements ApplicationContext > - nasazení aplikace by znamenalo nasazení waru + spuštění > skriptu na db (či nějaký inteligentní export/import) > > Jako výhoda mi připadá, že by v db byl všestranně využitelný > model, možnost do určité míry měnit činnost aplikace za chodu > (vzrostla by ještě víc implementací beanů ve skriptovacích > jazycích nebo ovlivněním classloadingu). Stejný princip > správy přes db by se mohl aplikovat i na šablony UI. > > Za nevýhodu považuji komplexnost - vzhledem k možnostem > Springu bych v současnosti do toho šel, jen kdyby existoval > hotový projekt s utilitami, které by možnosti uložení > databáze zúročily. (nutná, ne postačující podmínka :-). Pak > také další aspekty: testy, verzování závislostí... - opět > zvýšení nároků na příslušný relační model. > > Napadlo nás to u jednoho projektu postaveného na dvouvrstvé > (klient-server) architektuře. Jeho část je popsána právě > takovými "metadaty". Je to ovšem proprietární řešení, které - > ač zpočátku jednoduché - průběžně bobtná o další požadavky. > Navíc je ve hře možnost převedení aplikace do třívrstvé > architektury. Snažím se proto sesbírat informace pro > zorientování se, jak postupovat dál. > > Díky, vážím si každé odpovědi. > > Tomáš Záluský > > > > ================================================ > ...with Ultimate flying is so easy... > http://www.frisbee.cz http://www.peaceegg.net > ================================================ >
