docs(sql): p_-prefixed Oracle examples in the four stale doc comments (final-review nit)

src/Drivers/ZB.MOM.WW.OtOpcUa.Driver.Sql.Dialect/ISqlDialect.cs

@@ -56,10 +56,10 @@ public interface ISqlDialect
 
     /// <summary>
     ///     The token that stands for a bound parameter <b>in the command text</b> — <c>"@k0"</c> for
-    ///     SqlClient/Npgsql, <c>":k0"</c> for ODP.NET — given the caller's bare base name (<c>"k0"</c>,
+    ///     SqlClient/Npgsql, <c>":p_k0"</c> for ODP.NET — given the caller's bare base name (<c>"k0"</c>,
     ///     <c>"w"</c>, <c>"schema"</c>).
     ///     <para><b>Why the marker and the bind name are two members.</b> They are the same string on every
-    ///     provider but Oracle, where the SQL text carries <c>:schema</c> while
+    ///     provider but Oracle, where the SQL text carries <c>:p_schema</c> while
     ///     <see cref="DbParameter.ParameterName"/> is the bare <c>schema</c>. Modelling one and deriving the
     ///     other means a call site guessing at a convention it does not own — the exact defect this seam
     ///     exists to prevent, and one that surfaces as a runtime bind failure (or, worse under
@@ -91,7 +91,7 @@ public interface ISqlDialect
     ///     parameters are added or it is executed. A no-op for providers that need none.
     ///     <para><b>Oracle uses this to set <c>OracleCommand.BindByName = true</c></b>, and that call is the
     ///     sharpest correctness edge on this seam: ODP.NET binds <em>by position</em> by default, so a
-    ///     multi-parameter statement (the planner's <c>IN (:k0, :k1, …)</c> list, the catalog path's
+    ///     multi-parameter statement (the planner's <c>IN (:p_k0, :p_k1, …)</c> list, the catalog path's
     ///     <c>schema</c> + <c>table</c> pair) would bind values to the wrong markers whenever the parameter
     ///     order and the marker order differ — publishing one tag's value onto another tag's node with no
     ///     error anywhere. Every command that carries parameters — the poll path, the catalog path, the
@@ -164,7 +164,7 @@ public interface ISqlDialect
     /// <summary>
     ///     Catalog query listing tables + views in one schema — the browser's schema-expand level. Carries one
     ///     parameter under the base name <c>schema</c>, spelled with this dialect's own
-    ///     <see cref="ParameterMarker"/> (<c>@schema</c> on SqlClient, <c>:schema</c> on ODP.NET); callers bind
+    ///     <see cref="ParameterMarker"/> (<c>@schema</c> on SqlClient, <c>:p_schema</c> on ODP.NET); callers bind
     ///     it under <see cref="ParameterBindName"/> of the same base name.
     /// </summary>
     string ListTablesSql { get; }