That is exactly what I wanted to say, thanks Douglas. :)

----- Original Message -----
From: "Douglas M. PREISER" <[EMAIL PROTECTED]>
Date: Wednesday, March 15, 2006 3:02 pm
Subject: Re: [Hardhats-members] Rewriting CPRS in Java
To: hardhats-members@lists.sourceforge.net

> Cache Objects are stored in Globals. They are stored as objects, 
> not tables. 
> The %Save method of the class is used to store the object. We all 
> know that 
> globals are multi-dimensional so there is no problem storing 
> complex 
> objects.
> 
> The SQL presentation is achieved by generating code when the Cache 
> class is 
> compiled to handle SQL queries into the database. The SQL queries 
> are 
> translated into M code which loops through the globals. The table 
> names 
> default to the class names.
> 
> The Caché Java binding takes a class defined in a Caché database 
> and creates 
> a corresponding Java class from it. This generated class provides 
> remote 
> access to a Caché class from Java.
> 
> The SQL projection is accessable through ODBC. You can link to a 
> Cache 
> database from, say, SQL Server, and do queries.
> 
> Thanks,
> Douglas
> 
> >From: Richard Schilling <[EMAIL PROTECTED]>
> >Reply-To: hardhats-members@lists.sourceforge.net
> >To: hardhats-members@lists.sourceforge.net
> >Subject: Re: [Hardhats-members] Rewriting CPRS in Java
> >Date: Wed, 15 Mar 2006 11:32:41 -0800
> >
> >Jim Self wrote:
> >>Richard Schilling wrote:
> >>
> >>>When objects are stored wholesale in an object store, I call it 
> an object 
> >>>database.  When object data is stored in a SQL database and 
> then managed 
> >>>by some intermediary API, I call it a persistence layer.
> >>>
> >>>So, perhaps we're splitting hairs here.
> >>
> >>
> >>Perhaps, but I think you may be misinterpreting the Cache' 
> documentation. 
> >>I believe that
> >>your statement that "Cache is obviously storing their data in a 
> SQL data 
> >>base" is simply
> >>false.
> >
> >The defining characteristic of all SQL servers is the 
> presentation of data 
> >by means of a SQL syntax.
> >
> >The SQL specification doesn't dictate implemenation of the data 
> store. So, 
> >if Cache presents data as SQL structures ... it's a SQL server.
> >
> >I would hope Cache uses the MUMPS data store for its data.
> >
> >>You seem to be saying that because data is retrievable via SQL 
> it must be 
> >>stored in a way
> >>that is ONLY retrievable via SQL. I am not a user of Cache', but 
> I know 
> >>that that is not
> >
> >Not saying that at all.  I would hope Cache data is retrievable 
> by MUMPS as 
> >well.  It's a testament to the strength of the MUMPS platform.
> >
> >But there's a point where "another view" of the data is 
> counterproductive - 
> >but then again consider the fact I'm dealing with new development 
> so I 
> >don't have any Cache' dependent code to worry about.
> >
> >My goal is integration of VistA into cross-platform technologies. 
> Cache 
> >doesn't fit that model very well .... if someone can explain how 
> it can I'm 
> >all ears.
> >
> >
> >>
> >>What does it mean when they say that "Cache' classes can be 
> projected as 
> >>Java classes"?
> >
> >I have no idea.  Looks like they're jumping on ESI Objects' coat 
> tails.>
> >>What are the essential properties of a "true object store" that 
> is not 
> >>tied exclusively to
> >>Java?
> >
> >Generally, the entire class - its methods and members - are 
> persisted in an 
> >object store - not just it's members.
> >
> >
> >>---------------------------------------
> >>Jim Self
> >>Systems Architect, Lead Developer
> >>VMTH Computer Services, UC Davis
> >>(http://www.vmth.ucdavis.edu/us/jaself)
> >>
> >>
> >>-------------------------------------------------------
> >>This SF.Net email is sponsored by xPML, a groundbreaking 
> scripting 
> >>language
> >>that extends applications into web and mobile media. Attend the 
> live 
> >>webcast
> >>and join the prime developer group breaking into this new coding 
> >>territory!
> >>http://sel.as-
> us.falkag.net/sel?
cmd_______________________________________________>>Hardhats-members 
mailing list
> >>Hardhats-members@lists.sourceforge.net
> >>https://lists.sourceforge.net/lists/listinfo/hardhats-members
> >>
> >>
> >
> >
> >
> >-------------------------------------------------------
> >This SF.Net email is sponsored by xPML, a groundbreaking 
> scripting language
> >that extends applications into web and mobile media. Attend the 
> live 
> >webcast
> >and join the prime developer group breaking into this new coding 
> territory!>http://sel.as-
> us.falkag.net/sel?
cmd=lnk&kid=110944&bid=241720&dat=121642>______________________________
_________________
> >Hardhats-members mailing list
> >Hardhats-members@lists.sourceforge.net
> >https://lists.sourceforge.net/lists/listinfo/hardhats-members
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting 
> languagethat extends applications into web and mobile media. 
> Attend the live webcast
> and join the prime developer group breaking into this new coding 
> territory!http://sel.as-
> us.falkag.net/sel?
cmd=lnk&kid=110944&bid=241720&dat=121642_______________________________
________________
> Hardhats-members mailing list
> Hardhats-members@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/hardhats-members
>


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Reply via email to