...

For example, given this Cps Path:

/openroadm-devices/openroadm-device[@status="successbookstore/categories[@code="1"]/books[@title="Matilda"]

the following SQL query is generated:

SELECT
    * 
FROM
    FRAGMENT 
WHERE
    anchor_id = 73
    AND xpath ~ '/openroadm-devices/openroadm-device/bookstore/categories\[@code=''1'']/books(\[@(?!.*\[).*?])?$' 
    AND (
        attributes @> '{"statustitle":"successMatilda"}'
    )

The use of regex potentially results in full table scans, severely limiting performance, and causing query time duration to grow linearly with the database size (i.e. queries get slower as the DB gets bigger).

...

For example, given this Cps Path:

/openroadm-devices/openroadm-device[@status="success/bookstore/categories[@code="1"]/books[@title="Matilda"]

the following SQL query is generated:

SELECT
    * 
FROM
    fragment 
WHERE
   * 
FROM
 parent_id IN (
        SELECT
            id 
        FROM
            fragment 
        WHERE
            xpath_component = 'categories[@code=''1'']'
            AND parent_id IN= (
                SELECT
                    id 
                FROM
                    fragment 
                WHERE
                    xpath_component = ? 
'bookstore'
                    AND anchor_id = ? 
 3
                    AND parent_id IS NULL
            )
        ) 
        AND (
            xpath_component = ? 
'books'
            OR xpath_component LIKE CONCAT(?, 'books[%')
        ) 
        AND (
            attributes @> '{"statustitle":"successMatilda"}'
        )

Proof of Concept

A PoC was developed so that performance could be compared against existing Cps Path Query algorithms.

Performance Improvement

As can be seen in the cases below, the existing algorithm using regex has linear time complexity, on the the size of the database. The new algorithm is constant time.

• For querying 1 out of many nodes, existing algorithm is linear
• For querying 1 out of many nodes, existing algorithm is constant
• For querying many out of many nodes, existing algorithm is quadratic
• For querying many out of many nodes, new algorithm is linear

//openroadm-device[@device-id="C201-7-1A-14"]

//openroadm-device[@device-id="C201-7-1A-25"]

//openroadm-device[@device-id="C201-7-1A-36"]

/openroadm-devices/openroadm-device[@device-id="C201-7-1A-19"]

/openroadm-devices/openroadm-device[@device-id="C201-7-1A-32"]

/openroadm-devices/openroadm-device[@device-id="C201-7-1A-46"]

//openroadm-device[@ne-state="inservice"]

//openroadm-device[@ne-state="inservice"]

//openroadm-device[@ne-state="inservice"]

/openroadm-devices/openroadm-device[@status="success"]

/openroadm-devices/openroadm-device[@status="success"]

/openroadm-devices/openroadm-device[@status="success"]

...