Alpha is not representative of beta/GA performance. Trust me.
Alpha is not representative of beta/GA performance. Trust me.
AWould be something if you guys could offer like similar performance bit.io and planetscale. Like 50-100ms latency for simple queries.
Manyone have any info on what the D1 pricing will look like after the conclusion of the alpha?
Myea that's what I saw
Mscale for one, KV runs huge workloads in prod
Mis there a way to add REGEXP check constraints on a column? currently I get the following:
MIs there a way to use Prisma with D1?
Myeah, I saw that in the documentation, but it sure would be nice to have that
Mi used it to generate a schema and then dumped the schema using the sqlite CLI
Mbut it made some sense for me because i was already experimenting with prisma and postgres
Myou can aim it at the local sqlite DB in the .wrangler folder
M?
ANevermind... I just read "D1 will create read-only clones of your data and distribute across Cloudflare global network — close to where your users are — and constantly keep them up-to-date with changes."
ZThere hasn't been a focus on performance for D1 yet, as it is still in alpha. Benchmarks made right now likely wont reflect the speeds when it goes GA
ZYup
Myeah we were more focused on just getting it out into people's hands than performance for the alpha
Jd1 has a limit in storage right now
Ji imagine its going to be price competitve but time will tell. If you are just starting a project i wouldn't really worry about which Database you chose as you can just manually copy over the tables and stuff when you are ready to release to the public with the database you want
Aseems like they are always cheaper than the competition. Like Bit.io is $1 per 100M operations... so cloudflare might be like like 25% of that if I compare KV and other products how they are priced?
Mnothing official from what I've seen, but my guess based on the models of KV and D1, is that D1 writes will be much cheaper than KV writes. I think of KV as behaving like a config file - frequent, simple reads, occasional writes, whereas D1 is a database, meant for complex queries, frequently, all the time
Mmy guess is that the pricing model will be similar to R2, with operations being split up into classes (class A might be CREATE, DROP, ALTER etc, class B might be INSERT, DELETE, UPDATE, class C might be SELECT) depending on complexity and cost, which would depend on the internals of sqlite
Mdepends on the scale of your project
MI'm creating an experimental branch of my website on D1 to see how well it works, and when D1 goes GA and official pricing info comes out, I'll probably switch over to D1 entirely, but on the off-chance that D1 is prohibitively expensive, I'll just cut the experimental branch and keep us on our current solution
Meither way, remember D1 is still in alpha and shouldn't be used in production yet
Myeah
MI've encountered some odd/buggy behavior and HTTP 500 errors coming back from the API
Myep
Mjust tell us here
MI'm ridiculously online
Mif it's returning a 7501 error most of the time you can safely retry
MI was just using the dashboard interface to set up my tables, trying to INSERT INTO more than 2-3 values at a time causes a 500, and now whenever I load the list of tables I get 500 as well
Mthe weirdest behavior was the console showing internal error but the operation succeeded
Mthe console tab? can you DM me what you were trying to run, I'll try fix it tomorrow
Mofc now I can't get it to reproduce the error I was getting in the console tab ...or the 500 error when trying to load the tables tab
Mguess it's working then lol
Myeah might be that bug where it's safe to retry
Mah... figured it out - was my own mistake because I primarily use MySQL. I tried to do the following, which works in MySQL but doesn't work with SQLite
