Fix deletion handling in aggregations

[vish-cs]

Updated deletion query in aggregation which timed out for Place import.

• Removed the redundant AND predicate IN ('linkedContainedInPlace', 'linkedMemberOf', 'linkedMember') filter. This slows the deletion as there is no index on predicates
• Increased the RPC timeout to 6 hours instead of 1 hour

[codacy-production]

Not up to standards ⛔

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

🟢 Metrics 0 complexity

Metric	Results
Complexity	0

View in Codacy

_{NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.}

[gemini-code-assist]

Code Review

This pull request introduces a configurable timeout for Spanner deletion operations to prevent 1-hour timeouts during partitioned DML executions, and simplifies the SQL query used to delete linked edges. The review feedback highlights two key improvements: avoiding fragile access to private Spanner client attributes by utilizing the public timeout parameter in execute_partitioned_dml, and simplifying the argument retrieval in main.py by directly accessing args.deletion_timeout instead of using getattr.