Feedback pro Elsevier JSS clanek o MMQL

journal_feedback.md

Figure 4

• Nemyslim si ze dava smysl opakovat FROM clause, t.j. mit vice FROM klauzuli. My ji pouzivame k tomu, abychom vybrali schema ze ktereho dotazovat.

Figure 5

• WHERE neni v MMQL optional, vzdy tam musi byt. Prijde mi ze obrazek naznacuje, ze by to tam byt nemuselo (pokud mu spravne rozumim).

Figure 6

• BIND momentalne nepodporujeme, teoreticky by to slo, ale otevreli bychom se tomu, ze se uvnitr toho objevi nejaka velka agregace napric vice databazemi, a bylo by podle me slozite definovat, jak se to ma prekladat. Kazdopadne na urovni jazyka tomu nic nebrani, je to spis implementacni slozitost.
• V obrazku chybi VALUES
• Nepodporujeme GRAPH, protoze to nedava v kontextu MMQL smysl

Figure 7

• Nepodporujeme NOT EXISTS ve verzi MMQL kterou jsem navrhoval v diplomce - dle me uvahy jde NOT EXISTS ekvivalentne vyjadrit pomoci podporovaneho MINUS v kombinaci s filtrovanim
• Zdroj pro vztah mezi NOT EXISTS a MINUS v puvodnim SPARQL: https://www.w3.org/TR/sparql11-query/#neg-notexists-minus

Figure 11

• DISTINCT podporujeme, REDUCED nepodporujeme protoze to je vlastne takovy "best effort reduced", t.j. negarantuje redukci duplikatu, ale pouze odstrani ty jednoduche na odstraneni. Nikdy jsem nikde nevidel ze by to nekdo k necemu pouzival, takze mi nedavalo smysl to do MMQL davat kdyz nemame use case.

Figure 12

• ORDER BY podporujeme v SQL-like syntaxi, t.j. ORDER BY ?var ASC|DESC. Prijde mi to jako nejprirozenejsi poradi.