Storage Modules
Introduction Redland includes several modules that implement the storage API and provide a variety of different features and functionality. This document gives the details of what each implementation module provides and the storage options used. Storage modules: hashes file mysql memory postgresql sqlite tstore uri
Store 'hashes' This module is always present (cannot be removed) and provides indexed storage using Redland to store various combinations of subject, predicate and object for faster access. Context nodes are also stored in a hash when used. The hashes may be in-memory (always availabe) or persistent via Sleepycat/Berkeley DB (BDB) versions 2-4. It is the most mature and primary persistent store and suitable for large models, tested in the 2-3 million range.. The main option requiring setting is the hash-type which must be one of the supported Redland hashes. Hash type memory is always available and if BDB has been compiled in, bdb is also available. Option dir can be used to set the destination directory for the BDB files when used. Boolean option new can be set to force creation or truncation of a persistent hashed store. The storage name must be given for hash type bdb since it is used for a filename. The module provides optional contexts support enabled when boolean storage option contexts is set. This can be used with any hash type. Examples: /* A new BDB hashed persistent store in the current directory */ storage=librdf_new_storage(world, "hashes", "db1", "new='yes',hash-type='bdb',dir='.'"); /* Hashed in-memory store */ storage=librdf_new_storage(world, "hashes", NULL, "hash-type='memory'"); /* An existing BDB hashed persistent store in dir /somewhere */ storage=librdf_new_storage(world, "hashes", "dv2", "hash-type='bdb',dir='/somewhere'"); /* An existing BDB hashed store with contexts */ storage=librdf_new_storage(world, "hashes", "db3", "hash-type='bdb',contexts='yes'"); In Python: from RDF import * ... # Create a new BDB store storage = HashStorage("db4", options="new='yes',hash-type='bdb'") In Perl: use RDF::Redland; ... # Open an existing BDB store $storage=new RDF::Redland::Storage("hashes", "db5", "hash-type='bdb',dir='.'"); Summary: Persistent or in-memory Suitable for larger models Indexed Large disk usage with BDB Optional contexts (with option contexts set)
Store 'memory' This module is always present (cannot be removed) and provides a simple and fast in-memory store with no persistence. It is the default store if no store name is given to the storage constructors. The memory store is not suitable for large in-memory models since it does not do any indexing. For that, use the with hash-type of memory. The module provides optional contexts support enabled when boolean storage option contexts is set. Examples: /* Explictly named memory storage */ storage=librdf_new_storage(world, "memory", NULL, NULL); /* Default storage type, which is memory */ storage=librdf_new_storage(world, NULL, NULL, NULL); /* In-memory store with contexts */ storage=librdf_new_storage(world, NULL, NULL, "contexts='yes'"); Summary: In-memory Fast Suitable for small models No indexing No persistance Optional contexts (with option contexts set)
Store 'file' This module provides an in-memory model (internally, using a ) initialised from the RDF/XML content in a file. The file is given as the storage name and assumed to exist on opening. When a model or storage sync method is called or the model or store is closed, a new file is created, the old file renamed to a backup and the new file renamed to replace it. This store was added in Redland 0.9.15 There are no options for this store and contexts are not supported. Example: /* File based store from thing.rdf file */ storage=librdf_new_storage(world, "file", "thing.rdf", NULL); Summary: In-memory Suitable for small models Simple local storage to content in RDF/XML Not indexed No contexts
Store 'mysql' This module is compiled in when MySQL 3 or 4 is available. This store provides storage using the MySQL open source database including contexts. It was added in Redland 0.9.15. It has however been tested with several million triples and deployed. There are several options required with the mysql storage in order to connect to the database. These are: host for the database server hostname port for the database server port (defaults to the MySQL port 3306 if not given) database for the MySQL database name (not the storage name) user for the database server user name password for the database server password NOTE: Take care exposing the password as for example, program arguments or environment variables. The rdfproc utility can with help this by reading the password from standard input. Inside programs, one way to prevent storing the password in a string is to construct a Redland hash of the storage options such as via librdf_hash_from_string and use librdf_new_storage_with_options to create a storage. The rdfproc utility source code demonstrates this. The storage name parameter given to the storage constructor librdf_new_storage is used inside the mysql store to allow multiple stores inside one MySQL database instance as parameterised with the above optiosn. If boolean option new is given, any existing MySQL database named by the storage option database, say db will be dropped and the appropriate new tables created. The MySQL database db must already exist, such as made with the MySQL create database db command and the appropriate priviledges set so that the user and password work. If boolean option reconnect is given, MySQL reconnection will be enabled so that if the database conneciton is dropped, MySQL will attempt to reconnect. This store always provides contexts; the boolean storage option contexts is not checked. Examples: /* A new MySQL store */ storage=librdf_new_storage(world, "mysql", "db1", "new='yes',host='localhost',database='red',user='foo','password='bar'"); /* A different, existing MySQL store db2 in the same database as above */ storage=librdf_new_storage(world, "mysql", "db2", "host='localhost',database='red',user='foo','password='bar'"); /* An existing MySQL store on a different database server */ storage=librdf_new_storage(world, "mysql", "db3", "host='db.example.org',database='abc',user='baz','password='blah'"); /* Opening with an options hash */ options=librdf_new_hash(world, NULL); librdf_hash_from_string(options, "host='db.example.org',database='abc',user='baz'"); librdf_hash_put_strings(options, "password", user_password); storage=librdf_new_storage_with_options(world, "mysql", "db4", options); In PHP: # An existing store $storage=librdf_new_storage($world, 'mysql', 'db4', "host='127.0.0.1',database='xyz',user='foo',password='blah'"); Summary: Persistent Suitable for very large models Indexed but not optimised Smaller disk usage than BDB Possibility of free text searching Contexts always provided
Store 'postgresql' This module is based on the MySQL store and is compiled in when PostgreSQL is available. This store provides storage using the PostgreSQL open source database including contexts. This store was added in Redland 1.0.3. There are several options required with the postgresql storage in order to connect to the database. These are: host for the database server hostname port for the database server port (defaults to the Postgresql port 3306 if not given) database for the Postgresql database name (not the storage name) user for the database server user name password for the database server password database for the Postgresql database name (not the storage name) NOTE: Before Redland 1.0.5, the parameter dbname had to be used instead of database for the Postgresql database name. NOTE: Take care exposing the password as for example, program arguments or environment variables. The rdfproc utility can with help this by reading the password from standard input. Inside programs, one way to prevent storing the password in a string is to construct a Redland hash of the storage options such as via librdf_hash_from_string and use librdf_new_storage_with_options to create a storage. The rdfproc utility source code demonstrates this. The storage name parameter given to the storage constructor librdf_new_storage is used inside the postgresql store to allow multiple stores inside one PostgreSQL database instance as parameterised with the above optiosn. If boolean option new is given, any existing PostgreSQL database named by the storage option database, say db will be dropped and the appropriate new tables created. The PostgreSQL database db must already exist, such as made with the PostgreSQL create database db command and the appropriate priviledges set so that the user and password work. This store always provides contexts; the boolean storage option contexts is not checked. Examples: /* A new PostgreSQL store */ storage=librdf_new_storage(world, "postgresql", "db1", "new='yes',host='localhost',database='red',user='foo','password='bar'"); /* A different, existing PostgreSQL store db2 in the same database as above */ storage=librdf_new_storage(world, "postgresql", "db2", "host='localhost',database='red',user='foo','password='bar'"); /* An existing PostgreSQL store on a different database server */ storage=librdf_new_storage(world, "postgresql", "db3", "host='db.example.org',database='abc',user='baz','password='blah'"); /* Opening with an options hash */ options=librdf_new_hash(world, NULL); librdf_hash_from_string(options, "host='db.example.org',database='abc',user='baz'"); librdf_hash_put_strings(options, "password", user_password); storage=librdf_new_storage_with_options(world, "postgresql", "db4", options); In PHP: # An existing store $storage=librdf_new_storage($world, 'postgresql', 'db4', "host='127.0.0.1',database='xyz',user='foo',password='blah'"); Summary: Persistent Suitable for very large models Indexed but not optimised Smaller disk usage than BDB Contexts always provided
Store 'sqlite' This module provides storage via the SQLite relational database when available and supports SQLite V2 and V3. It was added in Redland 1.0.0. This store provides triples and contexts. The only option respected by this store is the new one to create a new store, destroying any existing store. Summary: Persistent Suitable for small/medium models Indexed but not optimized Smaller disk usage than BDB Contexts always provided
Store 'tstore' This module provides storage via the AKT Triplestore when available. It was added in Redland 0.9.15 and is alpha quality - not complete or tested significantly (although the AKT store itself is used in production). This store provides a basic triple API but no redland contexts. The underlying RDQL support and inference is not yet exposed in Redland but may be in future. There are several options required with the tstore storage in order to connect to the tstore database (which uses MySQL). These are: host for the database server hostname port for the database server port database for the database name (not the storage name) user for the database server user name password for the database server password NOTE: Take care exposing the password as for example, program arguments or environment variables. The rdfproc utility can with help this by reading the password from standard input. Inside programs, one way to prevent storing the password in a string is to construct a Redland hash of the storage options such as via librdf_hash_from_string and use librdf_new_storage_with_options to create a storage. The rdfproc utility source code demonstrates this. Summary: Persistent Suitable for very large models Indexed and optimised by the AKT project No Redland contexts Alpha quality
Store 'uri' This module provides an in-memory model (internally, using a ) initialised from the RDF/XML content in a URI. The URI is given as the storage name and on closing, the model is destroyed. This store was added in Redland 1.0.15. In future it may be extended to allow saving the store to the URI. There are no options for this store and contexts are not supported. Example: /* Read URI content into a store */ storage=librdf_new_storage(world, "uri", "http://example.org/content.rdf", NULL); Summary: In-memory Suitable for small models Easy access to web content in RDF/XML Not indexed No contexts