# Performance Doesn't Start at SELECT; It Starts at CREATE.

DevFeed: [Performance Doesn't Start at SELECT; It Starts at CREATE.](<https://devfeed.tech/articles/performance-doesn-t-start-at-select-it-starts-at-create-17959.md>)

Original publisher: [Read original article](<https://newsletter.systemdesignclassroom.com/p/performance-doesnt-start-at-select>)

Author: Raul Junco

Published: 2025-10-28T11:34:44Z

Content type: article

Language: en

Sources: [System Design Classroom](<https://devfeed.tech/sources/system-design-classroom.md>)

Topics: [Databases](<https://devfeed.tech/topics/databases.md>), [Structured-data](<https://devfeed.tech/topics/structured-data.md>), [Optimization](<https://devfeed.tech/topics/optimization.md>), [data](<https://devfeed.tech/topics/data.md>)

Tags: [database](<https://devfeed.tech/tags/database.md>), [optimization](<https://devfeed.tech/tags/optimization.md>), [schema](<https://devfeed.tech/tags/schema.md>), [schema-design](<https://devfeed.tech/tags/schema-design.md>)

## AI overview

The article argues that database performance problems often originate in schema design rather than query syntax. It recommends normalizing first and denormalizing only when measured performance needs justify the trade-off.

## Source excerpt

Stop blaming your queries. Most database slowness comes from design mistakes made on day one.