This article explains why storing FHIR healthcare data in standard SQL databases creates performance and scalability problems, noting that FHIR is a graph rather than a document and requires complex reference resolution across resources. It argues that instead of using PostgreSQL JSONB as a shortcut, developers should implement purpose-built Clinical Data Repositories to handle nested data structures, automatic indexing, and schema-free versioning. It compares approaches from Google Healthcare API, Azure Health Data Services, and Smile Digital Health.