Nejsem si jistý, co myslíte „novým konceptem zvaným kategorie“, možná můžete uvést příklad?
Pokud máte na mysli, že chcete přidat další metadata, možná jako způsob organizace informací v uživatelském rozhraní, není potřeba rozšiřovat jazyky sémantického webu nebo úložné systémy – ty už mohou dělat, co chcete.
Předpokládejme, že máte data pro školu z datové sady vládních škol Spojeného království (pro stručnost používá kódování Turtle):
@prefix sch-ont: <http://education.data.gov.uk/def/school/>.
<http://education.data.gov.uk/id/school/135412>
a sch-ont:School;
sch-ont:establishmentStatus
<http://education.data.gov.uk/def/school/EstablishmentStatus_Open>;
sch-ont:MSOA <http://statistics.data.gov.uk/id/msoa/E02000001>;
sch-ont:establishmentName "Guildhall School of Music and Drama";
...
Na tato data se můžete přímo dotazovat z koncového bodu SPARQL nebo si můžete data stáhnout a uložit lokálně ve svém vlastním trojitém úložišti. V každém případě máte naprostou svobodu přidávat další informace, které jsou užitečné pro vaše uživatele. Například:
@prefix ankurs-app: <http://ankur.org/example/app/vocab/display#>.
<http://education.data.gov.uk/id/school/135412>
ankurs-app:category ankurs-app:wkdCool.
Tuto novou trojici můžete uložit do stejného grafu jako stažená data, nebo ji můžete uložit do samostatného pojmenovaného grafu, abyste označili, že jde o informace, které mají jiný původ než zdrojová data. V obou případech je pak snadné jej dotazovat buď programově z Jeny, nebo prostřednictvím dotazu SPARQL.
Rozvržení pro efektivní dotazování bezschémových trojnásobně centrických dat je dobře prostudovaný a obtížný problém. Většina platforem RDF, včetně Jena, má dobře optimalizovaný kód pro dotazování a aktualizaci trojic z jejich vlastních databázových schémat. Museli byste mít velmi dobré důvody, abyste se pustili do vlastního rozložení relačních tabulek :)
Pokud opravdu potřebujete vzít existující schéma relační tabulky a namapovat jej na model RDF v Jeně, podívejte se na D2RQ .