Skip to content

Main content

SQL Numbered Placeholder Token Parser

Parse exactly one canonical positive $N numbered SQL placeholder token; does not discover placeholders inside SQL source.

Loading tool…

Description

Parse exactly one canonical positive $N numbered SQL placeholder token; does not discover placeholders inside SQL source.

SQL identifiers, string literals and parameter placeholders serve different roles. Quote doubling can encode a single token in a selected dialect, while binding indexes connect placeholders to supplied values. These tools work with explicit tokens or lists; they do not connect to a database or parse an entire SQL program.

Parse exactly one canonical positive $N numbered SQL placeholder token; does not discover placeholders inside SQL source.

When to use this tool

Use this tool to parse exactly one canonical positive $N numbered SQL placeholder token; does not discover placeholders inside SQL source.

How to use the tool and how it works

  1. Enter token using the field definitions below.
  2. Run the operation. Correct input errors before interpreting an output.
  3. Read result.index. Use the ordering, boundary rules and absence conditions described below.

Require a complete dollar sign followed by a canonical positive decimal index, and return that index as an integer up to one million.1

Input fieldMeaning and unitsAccepted input
tokenOne complete token under the operation’s declared quote or placeholder convention.Text, at most 8,192 UTF-16 code units; the operation’s grammar also applies.
Output fieldInterpretation
resultObject containing the named fields below.
result.indexParsed positive one-based dollar-placeholder index.
json
{
  "input": {
    "token": "$3"
  },
  "output": {
    "result": {
      "index": 3
    }
  }
}

Limitations and assumptions

  • A leading zero, suffix or full SQL expression is not an accepted token.
  • Placeholder indexes are one-based when stated; occurrence positions and binding-list positions are zero-based. Supported quote styles are explicit local conventions rather than a promise of compatibility with every database dialect.
  • Every declared top-level input field is required and unexpected fields are rejected. Ordinary strings are limited to 8,192 UTF-16 code units and lists to 128 entries, with tighter operation-specific bounds where stated. JSON text has bounded nesting and node counts.
  • Numeric outputs must be finite and no larger in absolute magnitude than the safe-integer limit; operations returning exact large integers use decimal text. Positions are zero-based and spans end exclusively unless the operation explicitly states a different convention.

Alternative or Complementary methods

Use the database driver’s parameter binding for values and the target dialect’s identifier rules for names. Token formatting and occurrence audits are separate from execution, authorization and complete query validation.

References

  1. Tool behavior and example: SQL Numbered Placeholder Token Parser — tool.io

Similar or alternative tools

  • SQL Numbered Placeholder Formatter

    Format a positive PostgreSQL-style numbered SQL placeholder token; no binding, query parsing or database access.

  • SQL Numbered Placeholder Gap Audit

    Audit gaps in explicit numbered SQL placeholder occurrences from one through the observed maximum; bounded to 128, no SQL lexer or parameter-count assumption.