Skip to content

Main content

Prefix Trie Node Table Structure Audit

Bounded explicit prefix trie with root ID 0, unique sibling UTF-16 code-unit edges and terminal flags; validate complete acyclic single-root structure and edge uniqueness, rejecting ambiguous/missing references.

Loading tool…

Description

Validate complete acyclic single-root structure and edge uniqueness, rejecting ambiguous/missing references.

A trie stores literal words as root-to-node character paths, with terminal flags marking complete words. A terminal can also have children, and an existing prefix path need not be a stored word. This family uses one UTF-16 code unit per ordinary edge, so code-unit length differs from a displayed character or Unicode code-point count.

Validate complete acyclic single-root structure and edge uniqueness, rejecting ambiguous/missing references.

When to use this tool

Use this tool to validate complete acyclic single-root structure and edge uniqueness, rejecting ambiguous/missing references.

How to use the tool and how it works

  1. Enter nodesJson using the definitions below. Serialize JSON text fields in the decoded shape shown below.
  2. Run the operation. Resolve input-format errors before interpreting an output.
  3. Read result.valid, result.nodes, result.terminals, using the stated boundary, ordering, sign and absence conventions.

Validate the complete bounded trie node table, then return valid=true with node count and terminal-node count.1

Input fieldMeaning and unitsAccepted input
nodesJsonJSON array of {id,parent,character,terminal} nodes under the complete root-zero trie rules below.Text, at most 8,192 UTF-16 code units; narrower grammar/range rules also apply.

These decoded structures show the examples inside JSON text fields. Supply their serialized JSON strings as input.

json
{
  "nodesJson": [
    {
      "id": 0,
      "parent": null,
      "character": "",
      "terminal": false
    },
    {
      "id": 1,
      "parent": 0,
      "character": "a",
      "terminal": true
    },
    {
      "id": 2,
      "parent": 1,
      "character": "b",
      "terminal": true
    },
    {
      "id": 3,
      "parent": 0,
      "character": "b",
      "terminal": true
    }
  ]
}
Output fieldInterpretation
resultObject containing the fields below.
result.validTrue once structure validation succeeds; malformed input throws instead.
result.nodesNumber of validated source trie nodes.
result.terminalsNumber of terminal nodes, including the root if terminal.
json
{
  "input": {
    "nodesJson": "[{\"id\": 0, \"parent\": null, \"character\": \"\", \"terminal\": false}, {\"id\": 1, \"parent\": 0, \"character\": \"a\", \"terminal\": true}, {\"id\": 2, \"parent\": 1, \"character\": \"b\", \"terminal\": true}, {\"id\": 3, \"parent\": 0, \"character\": \"b\", \"terminal\": true}]"
  },
  "output": {
    "result": {
      "valid": true,
      "nodes": 4,
      "terminals": 3
    }
  }
}

Limitations and assumptions

  • Invalid structure causes an input error rather than valid=false. Validation does not establish a language dictionary or normalized Unicode repertoire.
  • Ordinary node tables have at most 128 nodes with distinct IDs 0–127, one root ID 0 with empty character and null parent, unique parent/character edges, complete acyclic parent links and a boolean terminal flag. Every nonroot character is exactly one UTF-16 code unit.
  • Every declared outer field is required and unknown outer fields are rejected. Strings and JSON text have size limits, lists are bounded to 128 entries, and JSON nesting/node counts are bounded. Tighter operation-specific bounds stated above take precedence.
  • Ordinary numeric outputs must be finite and within safe-integer magnitude. Exact large lengths/counts use decimal strings. Original record indexes and code-unit positions are zero-based; span ends are exclusive unless stated otherwise.

Alternative or Complementary methods

Choose word membership, prefix existence, completion or ranking according to the question. Normalize text separately if needed; these operations preserve exact code units and caller order.

References

  1. Tool behavior and example: Prefix Trie Node Table Structure Audit — tool.io

Similar or alternative tools

  • Prefix Trie Completion Explicit Score Order

    Order explicit scored prefix completions by descending score with stable source ties, retaining distinct occurrence IDs; no authoritative autocomplete dictionary.

  • Prefix Trie Compressed Edge Node Expander

    Expand an explicit compressed rooted trie edge table into stable insertion-code-unit nodes, validating complete unique-parent acyclic structure and unambiguous outgoing first characters; IDs are reallocated, not preserved.