Difference: IVOATheorySimDBTAP (1 vs. 5)

Revision 52012-06-26 - root

 
META TOPICPARENT name="IvoaTheory"
(back to main)
By design, SimDB "is a" TAP service. It is a TAP service in that it presumes that metadata is stored in a relational database and ADQL queries can be sent to it to query about its contents. It specialises TAP in that it defines what the data models is according to which the database is designed. I.e. all tables/columns etc are fully specified and all SimDB implementations must folow that data model.

We use TAP in full generality rather than a predefined parameterised query language because it offers greatest flexibility. Targeted clients can always wrap the ADQL interface with parametrised forms if they so desire.

In a later stages/versions we may consider allowing other query langugages, for example XQuery. In version 1.0 we want to apply the existing IVOA query language.

The SimDB/TAP_SCHEMA is derived form the SimDB data model described [[][elsewhere]]. It is derived following a prescribed set of object-relational mapping rules.

TODO

Following issues must be discussed, sometimes together with DM WG and Theory IG

  • TAP representation of the data model
    • how to formally specify the data model in a spec? Suggestion: filed-in VOTable containing complete TAP_SCHEMA.
    • how to specify inheritance in TAP model? Views?
  • SimDB as specialisation of TAP
    • only sync+ADQL MUST be supported
    • Data model

Comments: TAP Representation

In addition to a VOTable that can be returned by a tableset-query, we should also provide a sample Registry document that has the VODataService table set filled in.

-- RickWagner - 19 May 2009


(back to main)

Revision 42009-05-19 - RickWagner

 
META TOPICPARENT name="IvoaTheory"
(back to main)
By design, SimDB "is a" TAP service. It is a TAP service in that it presumes that metadata is stored in a relational database and ADQL queries can be sent to it to query about its contents. It specialises TAP in that it defines what the data models is according to which the database is designed. I.e. all tables/columns etc are fully specified and all SimDB implementations must folow that data model.

We use TAP in full generality rather than a predefined parameterised query language because it offers greatest flexibility. Targeted clients can always wrap the ADQL interface with parametrised forms if they so desire.

In a later stages/versions we may consider allowing other query langugages, for example XQuery. In version 1.0 we want to apply the existing IVOA query language.

The SimDB/TAP_SCHEMA is derived form the SimDB data model described [[][elsewhere]]. It is derived following a prescribed set of object-relational mapping rules.

TODO

Following issues must be discussed, sometimes together with DM WG and Theory IG

  • TAP representation of the data model
    • how to formally specify the data model in a spec? Suggestion: filed-in VOTable containing complete TAP_SCHEMA.
    • how to specify inheritance in TAP model? Views?
  • SimDB as specialisation of TAP
    • only sync+ADQL MUST be supported
    • Data model
Added:
>
>

Comments: TAP Representation

 
Added:
>
>
In addition to a VOTable that can be returned by a tableset-query, we should also provide a sample Registry document that has the VODataService table set filled in.
 
Changed:
<
<
>
>
-- RickWagner - 19 May 2009
Deleted:
<
<
 
(back to main)
<--  
-->

Revision 32009-05-19 - GerardLemson

 
META TOPICPARENT name="IvoaTheory"
Changed:
<
<
>
>
(back to main)
 By design, SimDB "is a" TAP service. It is a TAP service in that it presumes that metadata is stored in a relational database and ADQL queries can be sent to it to query about its contents. It specialises TAP in that it defines what the data models is according to which the database is designed. I.e. all tables/columns etc are fully specified and all SimDB implementations must folow that data model.

We use TAP in full generality rather than a predefined parameterised query language because it offers greatest flexibility. Targeted clients can always wrap the ADQL interface with parametrised forms if they so desire.

In a later stages/versions we may consider allowing other query langugages, for example XQuery. In version 1.0 we want to apply the existing IVOA query language.

The SimDB/TAP_SCHEMA is derived form the SimDB data model described [[][elsewhere]]. It is derived following a prescribed set of object-relational mapping rules.

TODO

Following issues must be discussed, sometimes together with DM WG and Theory IG

  • TAP representation of the data model
    • how to formally specify the data model in a spec? Suggestion: filed-in VOTable containing complete TAP_SCHEMA.
    • how to specify inheritance in TAP model? Views?
  • SimDB as specialisation of TAP
    • only sync+ADQL MUST be supported
    • Data model


Added:
>
>
(back to main)
 
<--  
-->

Revision 22009-05-12 - GerardLemson

 
META TOPICPARENT name="IvoaTheory"
Added:
>
>
By design, SimDB "is a" TAP service. It is a TAP service in that it presumes that metadata is stored in a relational database and ADQL queries can be sent to it to query about its contents. It specialises TAP in that it defines what the data models is according to which the database is designed. I.e. all tables/columns etc are fully specified and all SimDB implementations must folow that data model.
 
Deleted:
<
<
By design, SimDB "is a" TAP service. It is a TAP service in that it presumes that metadata is stored in a relational database and ADQL queries can be sent to it to query about its contents. It specialises TAP in that it defines what the data models is according to which the database is designed. I.e. all tables/columns etc are fully specified and all SimDB implementations must folow that data model.
 We use TAP in full generality rather than a predefined parameterised query language because it offers greatest flexibility. Targeted clients can always wrap the ADQL interface with parametrised forms if they so desire.

In a later stages/versions we may consider allowing other query langugages, for example XQuery. In version 1.0 we want to apply the existing IVOA query language.

Changed:
<
<
The SimDB/TAP_SCHEMA is derived form the SimDB data model described [[][elsewhere]]. It is derived following a prescribed set of object-relational mapping rules.
>
>
The SimDB/TAP_SCHEMA is derived form the SimDB data model described [[][elsewhere]]. It is derived following a prescribed set of object-relational mapping rules.
 
Added:
>
>

TODO

Following issues must be discussed, sometimes together with DM WG and Theory IG
 
Added:
>
>
  • TAP representation of the data model
    • how to formally specify the data model in a spec? Suggestion: filed-in VOTable containing complete TAP_SCHEMA.
    • how to specify inheritance in TAP model? Views?
  • SimDB as specialisation of TAP
    • only sync+ADQL MUST be supported
    • Data model
 


<--  
-->

Revision 12009-04-25 - GerardLemson

 
META TOPICPARENT name="IvoaTheory"

By design, SimDB "is a" TAP service. It is a TAP service in that it presumes that metadata is stored in a relational database and ADQL queries can be sent to it to query about its contents. It specialises TAP in that it defines what the data models is according to which the database is designed. I.e. all tables/columns etc are fully specified and all SimDB implementations must folow that data model.

We use TAP in full generality rather than a predefined parameterised query language because it offers greatest flexibility. Targeted clients can always wrap the ADQL interface with parametrised forms if they so desire.

In a later stages/versions we may consider allowing other query langugages, for example XQuery. In version 1.0 we want to apply the existing IVOA query language.

The SimDB/TAP_SCHEMA is derived form the SimDB data model described [[][elsewhere]]. It is derived following a prescribed set of object-relational mapping rules.


<--  
-->
 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 2008-2022 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback