To be clear, are the subjects of these RDF triples always the object concerned? Such a condition would make these triples good candidates for use in RELS-EXT.
RELS-EXT is a datastream in your Fedora objects defined by the system architecture. That doesn't mean that it is decomposed and stored in any particular part of the SQL database. Here is some documentation about that architecture as it relates to Fedora objects: https://wiki.duraspace.org/display/FEDORA35/Fedora+Digital+Object+Model Take a look particularly at the section: https://wiki.duraspace.org/display/FEDORA35/Fedora+Digital+Object+Model#FedoraDigitalObjectModel-Datastreams It's a bit out-of-date, but it will give you to understand what RELS-EXT is. Here is some documentation on how Fedora handles RDF relationships: https://wiki.duraspace.org/display/FEDORA35/Digital+Object+Relationships It's really not a good idea to try to integrate Fedora by hooking into the backing SQL database. That database is not meant to do anything other than help the core system services assemble Fedora objects and disseminations quickly by avoiding queries over the XML stores. In a decade of working with Fedora, I can't remember ever needing to use the SQL database as part of an integration. In the case of RDF metadata that is user-defined (like yours) the Resource Index is provided to help with integration: https://wiki.duraspace.org/display/FEDORA35/Resource+Index It provides SPARQL querying over system and user-defined RDF, and is likely the best way for you to use your RDF. --- A. Soroka Online Library Environment the University of Virginia Library On Nov 22, 2011, at 9:30 PM, JTP wrote: > I am storing rdf in RELS-EXT, > xmlns:myns="http://www.nsdl.org/ontologies/relationships#";>, namespace, > text values (no images,document ..etc). Since I do not see these values in > the database, beside the Dublic Core datastream, I was curious to where the > RELS-EXT datastream is stored. > > > > ********************************************************************** > "Inveniam viam aut faciam -- “I will find a way or make one.” > ********************************************************************** > > -----Original Message----- > From: aj...@virginia.edu [mailto:aj...@virginia.edu] > Sent: Tuesday, November 22, 2011 5:19 PM > To: fedora-commons-developers@lists.sourceforge.net > Subject: Re: [fcrepo-dev] Non Dublin Core data in DB > > In particular, if you'd like to use full-text indexing with your metadata, > you'll want to check out GSearch, a JMS-driven indexing service for Fedora. > > If you're storing RDF somewhere other than RELS-EXT or RELS-INT, perhaps > there's a way to map it into those datastreams, which will allow you to use > Fedora's built-in indexing, as described by Mr. Della Bitta. Perhaps you can > tell us a little more about what you're doing? > > --- > A. Soroka > Online Library Environment > the University of Virginia Library > > > > > On Nov 22, 2011, at 4:04 PM, Michael Della Bitta wrote: > >> If your RDF is in one of the two built-in RDF datastreams, RELS-EXT >> and RELS-INT, it's not indexed by default, but can be if you turn on >> the Resource Index. If you're storing RDF elsewhere in another >> datastream, it would take some hacking to get it indexed. >> >> Michael Della Bitta >> >> Senior Applications Developer >> Information Technology Group >> The New York Public Library >> 40 West 20th Street, 5th Floor >> New York, NY 10011-4211 >> (212) 621-0609 >> >> >> >> On Tue, Nov 22, 2011 at 3:57 PM, J.T.P. <pittsj...@yahoo.com> wrote: >>> Other meta-data that is custom to my app (rdf data) . Where are these >>> values stored ? >>> Thanx.... >>> >>> > **************************************************************************** > ********* >>> "Inveniam viam aut faciam -- “I will find a way or make one.” >>> > **************************************************************************** > ******* >>> ________________________________ >>> From: "aj...@virginia.edu" <aj...@virginia.edu> >>> To: "fedora-commons-developers@lists.sourceforge.net Developers" >>> <fedora-commons-developers@lists.sourceforge.net> >>> Sent: Tuesday, November 22, 2011 3:21 PM >>> Subject: Re: [fcrepo-dev] Non Dublin Core data in DB >>> >>> Data in datastreams other than DC aren't normally persisted into the SQL >>> store. Are you thinking of object properties like "owner" or "set", or > some >>> other kind of metadata? >>> >>> --- >>> A. Soroka >>> Online Library Environment >>> the University of Virginia Library >>> >>> >>> >>> >>> On Nov 22, 2011, at 3:17 PM, J.T.P. wrote: >>> >>>> Hello FC'ers. Have a probably silly question. I recently migrated from >>>> Derby to Sybase. >>>> Applications works fine but a little slow on some queries. I can only > see >>>> the Dublin Core data in the doFields table. Where does the data in > non-DC >>>> namespaces reside ? I want to put indexes on some fields to see if I can >>>> improve the performance. Any info would be most conducive. >>>> Respectfully, >>>> J. Pitts >>>> >>>> > **************************************************************************** > ********* >>>> "Inveniam viam aut faciam -- “I will find a way or make one.” >>>> >>>> > **************************************************************************** > ******* >>>> >>>> > ---------------------------------------------------------------------------- > -- >>>> All the data continuously generated in your IT infrastructure >>>> contains a definitive record of customers, application performance, >>>> security threats, fraudulent activity, and more. Splunk takes this >>>> data and makes sense of it. IT sense. And common sense. >>>> >>>> > http://p.sf.net/sfu/splunk-novd2d___________________________________________ > ____ >>>> Fedora-commons-developers mailing list >>>> Fedora-commons-developers@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >>> >>> >>> > ---------------------------------------------------------------------------- > -- >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> _______________________________________________ >>> Fedora-commons-developers mailing list >>> Fedora-commons-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >>> >>> >>> >>> > ---------------------------------------------------------------------------- > -- >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> _______________________________________________ >>> Fedora-commons-developers mailing list >>> Fedora-commons-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >>> >>> >> >> > ---------------------------------------------------------------------------- > -- >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> _______________________________________________ >> Fedora-commons-developers mailing list >> Fedora-commons-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > > > ---------------------------------------------------------------------------- > -- > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Fedora-commons-developers mailing list > Fedora-commons-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Fedora-commons-developers mailing list > Fedora-commons-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ Fedora-commons-developers mailing list Fedora-commons-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
