[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Query kernel
On Fri, 30 Mar 2001, Dasarathi wrote:
> hi ,
> now we have got some clear idea of what is to be done
> i want an idea of how wizardstore works.
> i have started looking at the code
> do u have some documentation with u
> after we understand how objects r stored
> we can proceed with the algos.
IMO the query kernel should be completly independent of the ozone kernel
implementation - like the XML sub-system. It should be a layer on top of the
'native' ozone API. If we will find that this 'native' ozone API is currently
not able to handle this, then we can and should consider to change this. But
I'm pretty sure that the query kernel should not depend on the underlying
backing store. The backing-store should be pluggable. If the query kernel
relies on the backing store than we need one for each backing-store.
Falko
>
> bye
> das
>
>
> On Fri, 30 Mar 2001, Falko Braeutigam wrote:
>
> > On Thu, 29 Mar 2001, s dasarathi wrote:
> > > hi falko,
> > > i had some doubts while thinking
> > > about the kernel.
> > > it has to have front ends for OQL, SODA etc etc
> > > say for OQL, we need to have some interpreter that
> > > converts the queries to some statements which will
> > > be understood by the kernel.
> >
> > This would be one approach but not the best I guess. The query kernel should
> > provide a Java API that is able to serve as the back-end for several front-end
> > systems (even non-text-language systems).
> >
> > > and the kernel returns the result of the query
> > > in a manner understood by the front end which then
> > > outputs it to the user.
> > Yes. Such a front-end system would have to interpret the "language" that it is
> > designed to support (OQL, SOADA...) into query kernel API calls and vice versa.
> > But it would _not_ have to deal with the implementation of the query algorithms
> > itself. The kernel provides a rich API (and implementation) that hides the ozone
> > specific (and probably tricky) implementation from the fron-ends.
> >
> > >
> > > if all the above is fine then it is just
> > > a matter of retrieving data from the DB.
> > > what other functionalities do u think this kernel should have??
> > see above
> >
> >
> > Falko
> > --
> > ______________________________________________________________________
> > Falko Braeutigam mailto:falko@smb-tec.com
> > SMB GmbH http://www.smb-tec.com
> >
>
> Your Fortune
> If God had intended Men to Smoke, He would have put Chimneys in their Heads.
--
______________________________________________________________________
Falko Braeutigam mailto:falko@smb-tec.com
SMB GmbH http://www.smb-tec.com