Функциональные возможности XQuery, выходящие за рамки XPath, включают:

Последние версии XPath начинают предлагать возможности, перекрывающиеся с вышеуказанными (такие как функции в функциональном стиле for-each и sort, анонимные функции и parse-xml для создания узла из строки), однако такие функции не были доступны до версии XPath 3.0.

Разработчикам, знакомым с XQuery и XPath 2.0 или более поздними версиями, при использовании XPath 1.0 придется столкнуться с рядом отличий:

Приведенный здесь перечень различий не является исчерпывающим. В XQuery и XPath версий 2.0 и выше предусмотрен режим совместимости с XPath 1.0, а в списках W3C изменений библиотеки функций и изменений языка, применяемых в этом режиме, приводится более подробное (но всё же не исчерпывающее) описание различий. Режим совместимости не позволяет обеспечить полную эквивалентность более поздних языков стандарту XPath 1.0.

В стандарте SQL:2006 и более поздних редакциях точно определены оба направления преобразования между стандартными типами данных SQL и типами XML-схемы. Однако данные правила сформулированы с использованием типов и семантики языков XQuery/XPath и не имеют прямого применения к иной модели данных стандарта XPath 1.0.

Когда Digital Q.DataBase сопоставляет значения данных SQL с данными XML (как в функции xmlelement), или данные XML со значениями SQL (как в выходных столбцах функции xmltable), за исключением нескольких случаев, обрабатываемых особым образом, Digital Q.DataBase просто предполагает, что строковое представление типа данных XML в формате XPath 1.0 будет допустимым в качестве текстовой формы ввода для типа данных SQL, и наоборот. Это правило обладает преимуществом простоты, обеспечивая для многих типов данных результаты, аналогичные сопоставлениям, определенным в стандарте SQL.

В тех случаях, когда важна совместимость с другими системами, для некоторых типов данных может потребоваться использование функций форматирования типов данных (таких как функции в Раздел 2.6.8) в явном виде для получения сопоставлений, соответствующих стандарту.

Стандарт SQL определяет два механизма передачи применяемых при передаче XML-аргумента из SQL в XML-функцию или при получении результата: BY REF, при котором конкретное XML-значение сохраняет идентичность своего узла, и BY VALUE, при котором передается содержимое XML-данных, но идентичность узла не сохраняется. Механизм передачи может быть указан перед списком параметров как механизм по умолчанию для всех параметров либо после любого параметра для переопределения значения по умолчанию.

Для иллюстрации этого различия: если x является XML-значением, то два следующих запроса в среде стандарта SQL:2006 вернут значения true и false соответственно:

SELECT XMLQUERY('$a is $b' PASSING BY REF x AS a, x AS b NULL ON EMPTY);
SELECT XMLQUERY('$a is $b' PASSING BY VALUE x AS a, x AS b NULL ON EMPTY);

Digital Q.DataBase будет принимать BY VALUE или BY REF в XMLEXISTS или XMLTABLE конструкции, но игнорирует их. xml тип данных содержит сериализованное строковое представление, поэтому идентичность узлов не сохраняется, а передача всегда фактически осуществляется ПО ЗНАЧЕНИЮ.

Функции на основе XPath поддерживают передачу одного параметра в качестве элемента контекста выражения XPath, но не поддерживают передачу дополнительных значений для использования в выражении в качестве именованных параметров.

Данный Digital Q.DataBase xml тип данных может содержать значение только в DOCUMENT или CONTENT форме. Элемент контекста выражения XQuery/XPath должен быть одиночным XML-узлом или атомарным значением, однако стандарт XPath 1.0 накладывает ограничение, согласно которому он может быть только XML-узлом, и не определяет тип узла, позволяющий CONTENT. В конечном итоге получается, что правильно сформированный DOCUMENT является единственной формой XML-значения, которую Digital Q.DataBase может передавать в качестве элемента контекста XPath.