fix(testcontainers): fix oceanbase driver install, drop vertica

The oceanbase driver install step reported success but never actually
installed oceanbase_py: --no-deps applied to `-e .[oceanbase]` blocks pip
from installing anything the extras marker pulls in, including
oceanbase_py itself, not just its conflicting transitive dependency.
Installing oceanbase_py as its own standalone package instead means
--no-deps only skips *its* dependencies, which is what was actually
intended. Confirmed via a manual workflow_dispatch run (nightly_only
dialects don't run on pull_request, so this needed a manual trigger to
catch at all).

Vertica dropped from this PR: the same workflow_dispatch run found
`vertica/vertica-ce` doesn't exist on Docker Hub. The only actively
maintained official image (`opentext/vertica-k8s`) is built to run under
the Vertica Kubernetes operator's orchestration, not as a standalone
single-container database -- a bare `docker run` likely won't bootstrap
a working instance on its own. Needs real investigation before it's
worth another attempt, same as Solr/IoTDB/TDengine/Parseable/Dremio
earlier in this series.

.github/workflows/testcontainers.yml

@@ -99,16 +99,11 @@ jobs:
           - dialect: ydb
             timeout: 10
           # OceanBase bootstraps a distributed-style cluster even in
-          # single-node MODE=MINI, and Vertica Community Edition has a
-          # well-documented ~12GB RAM floor to even start -- both too heavy
-          # for every PR's CI budget, so both run on the nightly cron /
-          # manual dispatch only.
+          # single-node MODE=MINI -- too heavy for every PR's CI budget, so
+          # it runs on the nightly cron / manual dispatch only.
           - dialect: oceanbase
             timeout: 20
             nightly_only: true
-          - dialect: vertica
-            timeout: 20
-            nightly_only: true
     timeout-minutes: ${{ matrix.timeout }}
     env:
       PYTHONPATH: ${{ github.workspace }}
@@ -139,11 +134,17 @@ jobs:
         # oceanbase_py pins sqlalchemy-utils>=0.38.3,<0.39, which conflicts
         # outright with Superset's own sqlalchemy-utils==0.42.1 pin -- kept
         # out of the baseline dev install for the same reason as db2 above.
-        # --no-deps sidesteps that pin entirely: this job only needs
-        # oceanbase_py's dialect module importable, not its sqlalchemy-utils
-        # dependency satisfied, since nothing here calls into it.
+        # Installed as its own standalone package (not via `-e .[oceanbase]`)
+        # so --no-deps only skips *oceanbase_py's* dependencies -- applied
+        # to `-e .[oceanbase]` instead, --no-deps blocks pip from installing
+        # anything the extras marker pulls in, including oceanbase_py
+        # itself, which "succeeds" without actually installing it
+        # (confirmed on real CI: the install step reported success, but the
+        # module was still missing). This job only needs oceanbase_py's
+        # dialect module importable, not its sqlalchemy-utils dependency
+        # satisfied, since nothing here calls into it.
         if: matrix.dialect == 'oceanbase'
-        run: uv pip install --system --no-deps -e .[oceanbase]
+        run: uv pip install --system --no-deps "oceanbase_py>=0.0.1.2"
       - name: Install Firebird client library (libfbclient2)
         # sqlalchemy-firebird's driver (firebird-driver) is a pure-Python
         # ctypes wrapper (its wheel is py3-none-any) that dynamically loads