[spanner and sqlalchemy-spanner] Assess approaches to avoiding naming collisions.

Open
#18,670 0 comments 0 reactions 1 assignee View on GitHub

Maintainers usually reply within 1 day

@sakthivelmanii is already working on this.

Since Oct 13, 2026.

Assessment

This issue has not been assessed yet.

Description

api: spanner type: feature request
Determine this is the right repository
  • I determined this is the correct repository in which to report this feature request.
Summary of the feature request

Recently two PRs were put forward to assist with management of Spanner Table creation and teardown in the spanner and the sqlalchemy-spanner packages and to ensure that tests do not fail due to duplicate names.

There is some discussion about whether the two are complementary OR not.
TASK: Assess the two sets of changes and identify whether the changes to sqlalchemy-spanner might mask issues with how the spanner library is expected to behave.

  • sqlalchemy-spanner PR #18623: focused on ensuring that all tables during testing are created with unique names, DDL statements are committed, and then during teardown, the teardown steps are executed, the DDL statements are committed and extra metadata is flushed to ensure that no lingering content causes any other test to fail.
  • spanner PR #18625: appears to be focused on ensuring that in unexpected situations DDL statements are not retried in production.
Dominant language
Python
Stars
5.4k
Forks
1.8k
Avg merge
2d 7h
Merged PRs (30d)
173

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from googleapis/google-cloud-python

All issues in googleapis/google-cloud-python

Similar issues

More Python issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.