Miranda: a non-strict functional language with polymorphic types
Proc. of a conference on Functional programming languages and computer architecture
Extending the functional data model to computational completeness
EDBT '90 Proceedings of the 2nd international conference on extending database technology: Advances in Database Technology
Hy+: a Hygraph-based query and visualization system
SIGMOD '93 Proceedings of the 1993 ACM SIGMOD international conference on Management of data
GraphLog: a visual formalism for real life recursion
PODS '90 Proceedings of the ninth ACM SIGACT-SIGMOD-SIGART symposium on Principles of database systems
The functional data model and the data languages DAPLEX
ACM Transactions on Database Systems (TODS)
Limitations of record-based information models
ACM Transactions on Database Systems (TODS)
Extending the database relational model to capture more meaning
ACM Transactions on Database Systems (TODS)
FQL: a functional query language
SIGMOD '79 Proceedings of the 1979 ACM SIGMOD international conference on Management of data
GraphDB: Modeling and Querying Graphs in Databases
VLDB '94 Proceedings of the 20th International Conference on Very Large Data Bases
Querying Graph Databases Using a Functional Language Extended with Second Order Facilities
BNCOD 14 Proceedings of the 14th British National Conference on Databases: Advances in Databases
Hi-index | 0.00 |
Conventional database languages rely on the userspecifying what relations are to be used when evaluatinga query. Consequently they preclude queries which involvesearching for unspecified connections or associations inthe database. In this paper we present Hydra, a functionallanguage with all the facilities to define, update andquery a database, which also enables users to carry out“associational” queries. Hydra uses a graph-based data model in which nodesrepresent values or entities and arcs the relationshipsbetween them. Associational facilities are made possibleby the provision of built-in functions which find pathsthrough the database graph.The mappings between sets of nodes in the database graphare represented as functions at the Hydra language leveland it is as lists of such functions that associationalresults are returned. The use of a functional language is important since suchlanguages allow functions to be returned as results; suchan approach could not be adopted in alogic-based language which would not permit predicates tobe returned as answers.Hydra also allows users to define general computationalfunctions which are not considered to form part of thedatabase. This use of two sets of functions achieves acomputationally complete system which extends the querypower of previous database systems without compromisingtheir expressive or query power.