dbName on blocks not propagated as prefix for nested sub-table names in versions context

Describe the Bug

When a block has dbName set, the block's own table is correctly renamed. However, nested fields inside the block (arrays, selects with hasMany, etc.) that generate their own sub-tables still use the block's slug — not its dbName — as part of their table name prefix in the versions context. This causes a table name "..." specified more than once error in Postgres when enabling versions/drafts.

Link to the code that reproduces this issue

https://github.com/zubricks/dbname-repro

Reproduction Steps

1. with versions commented out, run pnpm payload migrate:create + pnpm payload migrate to establish the initial schema with the StickyContainers block
2. uncomment versions in Pages
3. run pnpm payload migrate:create again — this should trigger the error

Which area(s) are affected?

db: postgres

Environment Info

Binaries:
  Node: 23.11.0
  npm: 11.4.2
  Yarn: N/A
  pnpm: 10.10.0
Relevant Packages:
  payload: 3.80.0
  next: 16.2.1
  @payloadcms/db-postgres: 3.80.0
  @payloadcms/drizzle: 3.80.0
  @payloadcms/graphql: 3.80.0
  @payloadcms/live-preview: 3.80.0
  @payloadcms/live-preview-react: 3.80.0
  @payloadcms/next/utilities: 3.80.0
  @payloadcms/plugin-form-builder: 3.80.0
  @payloadcms/plugin-nested-docs: 3.80.0
  @payloadcms/plugin-redirects: 3.80.0
  @payloadcms/plugin-search: 3.80.0
  @payloadcms/plugin-seo: 3.80.0
  @payloadcms/richtext-lexical: 3.80.0
  @payloadcms/translations: 3.80.0
  @payloadcms/ui/shared: 3.80.0
  react: 19.2.4
  react-dom: 19.2.4

Start with the linked dbname-repro project and run the listed pnpm payload migrate:create and migrate commands, first without versions and then with versions enabled in Pages. Trace PostgreSQL table-name generation for the StickyContainers block and its nested arrays or hasMany fields; done means nested sub-table names use dbName consistently and migrations no longer report duplicate table names.