Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.

Re: VisAD and SQL databases

Hi Justin,

> Would it be reasonable to create a "standard practise" of having a table
>   (i.e. visad_structure) with the relationships and datatypes (etc) of
> all the other elements in it?
>
>  From the point of view that creating this table and including the
> needed VisAD meta-data in it would let people plug in their JDBC driver,
> point it at the database, and then know all of these informational bits
> that are being mentioned here?  i.e. Gridded vs Irregular topology info,
> etc.
>
> Maybe it wouldn't be that hard to discuss what would be a good meta-data
> layout needed for such a table so that things become as automatically
> configuring as possible?

All a general SQL interface can depend on is information
that will be present in every SQL database (i.e., the SQL
standard). Defining a auxiliary metadata table would only
work for those who set out to make their SQL data
VisAD-compatible. Our experience with other file and
server formats (VisAD has interfaces for over 20) is that
all they have to work with is information in the format
standard.

Cheers,
Bill


  • 2003 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the visad archives: