Най-добрият начин за създаване на SPARQL крайна точка за RDBMS (MySQL база данни)

Не съм сигурен какво имате предвид под "нова концепция, наречена категория", може би можете да дадете пример?

Ако имате предвид, че искате да добавите допълнителни метаданни, може би като начин за организиране на информация в потребителския интерфейс, няма нужда да разширявате семантичните уеб езици или системи за съхранение – те вече могат да правят каквото искате.

Да предположим, че имате данни за училище от набора от данни за държавни училища на Обединеното кралство (използвайки кодиране 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";
...

Можете директно да заявите тези данни от крайната точка на SPARQL , или можете да изтеглите данните и да ги съхранявате локално във вашия собствен троен магазин. Така или иначе, вие сте напълно свободни да добавяте допълнителна информация, която е полезна за вашите потребители. Например:

@prefix ankurs-app: <http://ankur.org/example/app/vocab/display#>.
<http://education.data.gov.uk/id/school/135412> 
        ankurs-app:category ankurs-app:wkdCool.

Можете да съхраните тази нова тройка в същата графика като изтеглените данни или можете да я съхраните в отделна именувана графика, за да посочите, че това е информация, която има различен произход от изходните данни. Така или иначе, тогава е лесно да го заявите или програмно от Jena, или чрез SPARQL заявка.

Правене на оформление за ефективно запитването на безсхемни тройно центрирани данни е добре проучен и труден проблем. Повечето от RDF платформите, включително Jena, имат добре оптимизиран код за запитване и актуализиране на тройки от техните собствени схеми на база данни. Трябва да имате много основателни причини да се заемете със собственото си оформление на релационната таблица :)

Ако наистина трябва да вземете съществуваща схема на релационна таблица и да я съпоставите с модел на Йена RDF, вижте D2RQ .