Hi Koray, Yes there was a honours thesis done on using an object database to store and query openEHR data. It was intended to compare our indexed XML blob approach but from memory it ended up comparing two commercial object databases. I will have to ask Chunlan if the paper is publicly available.
Heath. On 20/02/2012 8:54 PM, "Koray Atalag" <k.atalag at auckland.ac.nz> wrote: > I remember a Honours or Master?s thesis on openEHR persistence...I think > Heath was involved. Heath is that publicly available?**** > > ** ** > > Cheers,**** > > ** ** > > -koray**** > > ** ** > > *From:* openehr-technical-bounces at openehr.org [mailto: > openehr-technical-bounces at openehr.org] *On Behalf Of *M?rcio Costa > *Sent:* Saturday, 18 February 2012 10:36 a.m. > *To:* For openEHR technical discussions > *Subject:* Re: openEHR - Persistence of Data**** > > ** ** > > Do Anyone knows about some papers of persistent storing? **** > > ** ** > > att,**** > > > *M?rcio Costa* > B.Sc. in Computer Science @ Cin/UFPE > M.Sc. Candidate in Computer Science @ CIn/UFPE > MSN: mdckoury at gmail.com > > > **** > > Em 17 de fevereiro de 2012 17:59, M?rcio Costa <mdckoury at gmail.com> > escreveu:**** > > i would like to thank everyone for the information and attention. **** > > ** ** > > i'm trying to do a review about this subject to start my research, but i > will do something to analyse the best way to model and persist this kind of > data.**** > > ** ** > > Best Regards,**** > > ** ** > > *M?rcio Costa* > B.Sc. in Computer Science @ Cin/UFPE > M.Sc. Candidate in Computer Science @ CIn/UFPE > MSN: mdckoury at gmail.com > > > **** > > 2012/2/17 pablo pazos <pazospablo at hotmail.com>**** > > Hi Erik, you are right, the uglyness depends on 1. the queries you want to > execute and 2. the programmer background.**** > > ** ** > > For 1. the "common" queries like get all records for this patient in this > time window, are not that ugly, but more complex queries could be.**** > > For 2. for a XML guy, writing xPath based queries is ok, but for a SQL is > a pain in the a55. > > :D > > I'm hoping to see that paper on AQL->xQuery soon!**** > > ** ** > > I totally agree that inside the system maybe you don't need a complete RM > structure to handle data instances, but for the service layer (sharing > information with other systems) this is a must.**** > > > > -- > Kind regards, > Ing. Pablo Pazos Guti?rrez > LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez > Blog: http://informatica-medica.blogspot.com/ > Twitter: http://twitter.com/ppazos**** > > > Date: Fri, 17 Feb 2012 16:21:29 +0100 > > Subject: Re: openEHR - Persistence of Data > > From: erik.sundvall at liu.se > > To: openehr-technical at openehr.org**** > > > > > > Hi! > > > > On Thu, Feb 16, 2012 at 23:26, pablo pazos <pazospablo at hotmail.com> > wrote: > > > Other models I didn't try yet are Object Oriented DBs and > > > Document Oriented DBs (XML, JSON, ...) [6]. I think DODBs > > > are a good option, fast for store highly hierarchical structures, > > > but you need to write some ugly queries if you want your data back :D > > > > Not necessarily that ugly... we curently auto-convert AQL to XQuery > > and execute towards an XML database. Those queries are very readable. > > > > Then the question is what kind of client system you are aiming at. For > > some use cases you don't really need to map things back to > > openEHR-RM-objects, in web browser based GUIs for example you can keep > > treating the data as documents, document fragments, fragment lists > > etc. and use DOM manipulations, jQuery or similar approaches for most > > data manipulation needs. > > > > Good luck with your work M?rcio and please keep us informed! > > > > Best regards, > > Erik Sundvall > > erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733 > > > > _______________________________________________ > > openEHR-technical mailing list > > openEHR-technical at openehr.org > > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical**** > > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical**** > > ** ** > > ** ** > > ** ** > > __________ Information from ESET NOD32 Antivirus, version of virus > signature database 6898 (20120220) __________**** > > ** ** > > The message was checked by ESET NOD32 Antivirus.**** > > ** ** > > http://www.eset.com**** > > > __________ Information from ESET NOD32 Antivirus, version of virus > signature database 6898 (20120220) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20120221/10b0ee3a/attachment.html>
