fix(sql): chunk the key-value IN list at the dialect's bind ceiling (Driver.Sql-002, Driver.Sql.Dialect-002)

ISqlDialect gains MaxBindParameters — the per-command ceiling the seam was
missing while modelling everything else that differs per backend: 2098 usable
of SQL Server's 2100 (sp_executesql spends two), 1000 for Oracle's IN-list
limit (ORA-01795, tighter than its 64k bind count), 65535 for the Postgres
Bind message.

SqlGroupPlanner.AddKeyValuePlans now emits several plans for one group when
its distinct keys exceed that ceiling, instead of one statement the provider
refuses after the connection opened — which left every tag in an EAV group
publishing BadCommunicationError on every poll, permanently, and reported the
database endpoint as down. Chunks share the group key; members follow their
own key so a shared keyValue never splits. SqlPollReader is unchanged: it runs
one command per plan and slices each plan's own Members back, proven by a
fixture read at a ceiling of 1.

tests/Drivers/ZB.MOM.WW.OtOpcUa.Driver.Sql.Tests/OracleDialectTests.cs

@@ -190,6 +190,20 @@ public class OracleDialectTests
         Should.Throw<ArgumentException>(() => d.QuoteIdentifier(new string('б', 65)));
     }
 
+    // ---- bind-parameter ceiling ----
+
+    /// <summary>
+    ///     1000 is the <c>IN</c>-expression-list limit (<c>ORA-01795</c>), NOT Oracle's much larger 64k bind
+    ///     count — the seam has to report the limit the planner's <c>IN (:p_k0, …)</c> list actually hits, or
+    ///     it would chunk to a size the server still refuses.
+    /// </summary>
+    [Fact]
+    public void MaxBindParameters_isTheInListLimit_notTheLargerBindVariableCount()
+    {
+        new OracleDialect().MaxBindParameters.ShouldBe(1000);
+        new OracleDialect().MaxBindParameters.ShouldBeLessThan(new PostgresDialect().MaxBindParameters);
+    }
+
     // ---- liveness + row limit ----
 
     [Fact]