feat: support resource_tags for table

[hrkh]

• Make sure to open an issue as a bug/issue before writing your code! That way we can discuss the change, evaluate designs, and agree on the general idea
• Ensure the tests and linter pass
• Code coverage does not decrease (if any source code was changed)
• Appropriate docs were updated (if necessary)

Fixes #2089 🦕

[Linchin]

Sorry, this seems to be a duplicate of #2090.

[hrkh]

Hi @Linchin ,
Thank you for your feedback.

This PR was closed as a duplicate of #2090, but I’d like to clarify that #2090 addresses the resource tags for datasets, while this PR focuses on the resource tags for tables.

Could you please reopen this PR for further review? Let me know if additional clarification is needed.

[Linchin]

Thank you @hrkh for clarifying! I have reopened and will review this PR.

[Linchin]

Thank you @hrkh for your contribution! It seems we just have the system test with python 3.12 failing, and it was caused by the same resource tag having been created by the python 3.8 system test. We encountered the exact same issue in #2090, and it was resolved by prefixing a randomly generated string to the tags (as in this commit). Could you see if you could implement this, so we can get this PR across the line? Cheers.

[hrkh]

Thank you @Linchin for your detailed feedback and guidance!

I've updated the PR to append randomly generated strings as suffixes to the tag keys, following the approach used in the referenced commit. This should resolve the test failures with Python 3.12.

Please let me know if any further adjustments are needed.

[Linchin]

LGTM. Thank you!