16.5.11.RDF Metadata Maintenance and Recovery
This section refers to checking and backing up Linked Data View
and storage declarations only. The checks and backup/restore do not
affect physical quads, relational schema or tables or data therein.
For general backup and restore, see server administration. To
detect and fix automatically most popular sorts of RDF metadata
corruption use DB.DBA.RDF_AUDIT_METADATA . It is also
possible to backup RDF data by DB.DBA.RDF_BACKUP_METADATA and restore the
saved state later by using DB.DBA.RDF_RESTORE_METADATA . It is
convenient to make a backup before any modification of quad
storages, quad map patterns or IRI classes, especially during
debugging new Linked Data Views.
![[Note]](images/note.png) |
Note |
|---|---|
|
In SQL, adding a new view can not break anything. This is because SQL lacks the ability of querying "everything" so data sources are always specified. This is not true for SPARQL, so please treat any metadata manipulation as potentially destructive operation. If an RDF storage is supposed to be used by more than one application then these applications should be tested together, not one after other, and they should be installed/upgraded on live database in the very same order as they were installed/upgraded on instrumental machine during testing. Always remember that these applications share RDF tables so they may interfere. |