Home » Eclipse Projects » DTP » ODA BIRT interaction
|
Re: ODA BIRT interaction [message #21196 is a reply to message #21163] |
Tue, 05 September 2006 23:19 |
Linda Chan Messages: 845 Registered: July 2009 |
Senior Member |
|
|
Andrew,
An ODA consumer like BIRT, treats an ODA data set query text as data source
specific, and does not manipulate it directly. A data set's custom query
text, along with any input parameter values, are passed back to the ODA
driver for processing. Thus it is able to stay above the abstraction
layer.
To give this a bit more context...
At design-time, a custom ODA designer would define a data set design, which
is communicated to an ODA host designer, e.g. BIRT report designer, via the
the oda.design API. This API is based on EMF model, and includes the
custom query text, result set and parameter definitions. A consumer can
then bind with the result set columns and parameters defined in the data
set design. At runtime, the data retrieved by the query text is expected
to be in sync with the metadata defined in the data set design. Some
insignificant delta may be tolerated, depending on how sophisticated an ODA
consumer is. But in general, if significant difference is found between
data returned at runtime, vs. the definition specified at design-time, a
runtime error may occur.
Hope this addresses your question.
Linda
andrew wrote:
> hi,
>
> I've got a bit confused with how BIRT can talk to the ODA dataSources,
> and was hoping someone could help.
>
> I understand that the datasource is abstracted behind the dataSource
> extension point, and that the query syntax can be specific to the
> datasource.
>
> I don't see how having a customisable query syntax can help when the
> consumer of the datasource needs to get data though, i.e. surely the
> datasource consumer needs to query via a particular query language?
>
> put another way, to what extent (if at all..) does custom query syntax
> defeat abstraction of the datasource?
>
> thanks,
> Andrew
|
|
| |
Re: ODA BIRT interaction [message #582119 is a reply to message #21163] |
Tue, 05 September 2006 23:19 |
Linda Chan Messages: 845 Registered: July 2009 |
Senior Member |
|
|
Andrew,
An ODA consumer like BIRT, treats an ODA data set query text as data source
specific, and does not manipulate it directly. A data set's custom query
text, along with any input parameter values, are passed back to the ODA
driver for processing. Thus it is able to stay above the abstraction
layer.
To give this a bit more context...
At design-time, a custom ODA designer would define a data set design, which
is communicated to an ODA host designer, e.g. BIRT report designer, via the
the oda.design API. This API is based on EMF model, and includes the
custom query text, result set and parameter definitions. A consumer can
then bind with the result set columns and parameters defined in the data
set design. At runtime, the data retrieved by the query text is expected
to be in sync with the metadata defined in the data set design. Some
insignificant delta may be tolerated, depending on how sophisticated an ODA
consumer is. But in general, if significant difference is found between
data returned at runtime, vs. the definition specified at design-time, a
runtime error may occur.
Hope this addresses your question.
Linda
andrew wrote:
> hi,
>
> I've got a bit confused with how BIRT can talk to the ODA dataSources,
> and was hoping someone could help.
>
> I understand that the datasource is abstracted behind the dataSource
> extension point, and that the query syntax can be specific to the
> datasource.
>
> I don't see how having a customisable query syntax can help when the
> consumer of the datasource needs to get data though, i.e. surely the
> datasource consumer needs to query via a particular query language?
>
> put another way, to what extent (if at all..) does custom query syntax
> defeat abstraction of the datasource?
>
> thanks,
> Andrew
|
|
| |
Goto Forum:
Current Time: Thu Apr 25 15:11:28 GMT 2024
Powered by FUDForum. Page generated in 0.03210 seconds
|