Prompt
I'm unhappy with Snowflake because the bill is getting hard to control; what are the alternatives?
Latest observation
Oct 8, 2026
OpenAI APIWeb search: off
If your main pain with Snowflake is cost predictability, the alternatives usually fall into a few buckets:
1) Keep the cloud data warehouse model, but with more cost control
These are closest to Snowflake in use and capabilities.
-
Google BigQuery
- Pros: very scalable, low-ops, strong SQL, good for analytics.
- Cost model can be easier in some cases, but query-based billing can also surprise people if they don’t control usage.
- Good if your team is already on GCP or uses lots of ad hoc analytics.
-
Amazon Redshift
- Pros: mature, works well in AWS, can be cheaper at steady high usage.
- More operational overhead than Snowflake, though much less than old-school warehousing.
- Good if you want tighter control via provisioned clusters or reserved capacity.
-
Databricks SQL / Lakehouse
- Pros: good if you also do data engineering, ML, or streaming.
- You can separate storage and compute and tune clusters.
- Can be cost-effective, but needs discipline around cluster usage.
2) Open-source / self-managed options for stronger cost control
These are often cheaper on raw infrastructure, but you trade simplicity for ops work.
-
ClickHouse
- Very fast and often cost-efficient for analytics.
- Great for high-volume event/log/metrics workloads.
- Best when your workload is read-heavy and you can model data well.
-
Trino / Presto
- Query engine over data in object storage.
- Good for federated querying and lakehouse-style setups.
- Costs can be lower, but performance tuning and operations are on you.
-
DuckDB
- Great for local analytics, embedded use, and smaller teams.
- Not a full Snowflake replacement for multi-user enterprise warehousing, but very cost-effective in the right use cases.
3) Lakehouse architectures on object storage
If Snowflake cost is the issue, many teams move toward a data lake + compute engine setup:
- Storage in S3 / GCS / ADLS
- Tables with Iceberg, Delta Lake, or Hudi
- Query/transform with Databricks, Trino, Spark, Athena, or BigQuery external tables
This can reduce vendor lock-in and make storage cheaper, but requires stronger engineering discipline.
How to choose
A few rules of thumb:
- If you want least disruption: Redshift or BigQuery
- If you want better control and lower cost at scale: ClickHouse or a lakehouse
- If you want analytics + engineering + ML in one platform: Databricks
- If you want maximum flexibility / lowest infra cost and can handle ops: Trino + Iceberg or similar
Cost-control tips if you stay on Snowflake
Sometimes the best move is not a full migration, but cost governance:
- Set warehouse auto-suspend aggressively
- Use smaller warehouses by default
- Track and limit concurrent warehouses
- Separate workloads: BI, ELT, ad hoc, data science
- Use resource monitors
- Review expensive queries and add caching/materialization
- Control data retention and fail-safe where possible
Practical recommendation
If you want a short list:
- Best closest alternative: Redshift
- Best if you’re on GCP: BigQuery
- Best for logs/events at scale: ClickHouse
- Best lakehouse platform: Databricks + Iceberg/Delta
- Best open, flexible query layer: Trino + object storage
If you want, I can also give you:
- a comparison table by cost, performance, and ops effort, or
- a migration plan from Snowflake to one of these options.