claude-memory/graph/decisions/object-handler-cloudsql-silver-layer-architecture-e80e16.md
Cal Corum b140d4d82a migrate: 313 memories from MemoryGraph
- 313 new markdown files created
- 30 relationships embedded
- 313 entries indexed
- State initialized with usage data
2026-02-13 11:11:48 -06:00

1017 B

id type title tags importance confidence created updated relations
e80e161a-4be4-428d-8590-267b9ab4cc7c decision Object-handler CloudSQL silver layer architecture
esb-monorepo
object-handler
architecture
cloudsql
decision
0.8 0.8 2025-12-10T19:55:26.314546+00:00 2025-12-10T19:55:26.314546+00:00
target type direction strength
6d3dcf69-9c0c-4d8a-b1a7-27267c07da51 BUILDS_ON outgoing 0.5
target type direction strength
cd528dd3-8328-41c5-9652-81c410c0d344 BUILDS_ON incoming 0.5

For object-handler silver layer (CloudSQL) output: Use Cloud SQL Python Connector + pg8000 driver (not SQLAlchemy). Connection method chosen because: (1) Works in Docker locally AND Cloud Functions, (2) IAM auth eliminates password management, (3) No VPC connector needed. Postgres functions handle upsert logic, so raw SQL calls are sufficient - SQLAlchemy would be overkill. Data flow: raw_data stripped before silver layer, full data goes to Firestore bronze layer.