This is "legacy" unfortunately, meaning it only works on alpha databases (were in the beta now). Tha
This is "legacy" unfortunately, meaning it only works on alpha databases (were in the beta now). Thanks for your help though.
ZBrilliant, thank you
YI'm trying out D1 and like it but am wondering if I should just use it for all my data needs or if KV still has an advantage sometimes.
UKV is not in beta so if you are doing something production KV should be used over D1.
D1 also does not replicate data yet, KV does.
KV can store larger values.
KV can handle way more load.
D1 also does not replicate data yet, KV does.
KV can store larger values.
KV can handle way more load.
MKV has replication lag, which might trip you up
YThanks! So I'm building a sort of keynote / pitch deck viewer. My idea was to use D1 to store which users have access to which pitch decks. And then I would store the actual pitch deck data (markdown) in a KV. Does that sound reasonable?
YOr would it actually be easier to simply store everything in KV?
YLike...
decks-{userId} as key, and the value would just be a list of deck ids?UJust depends what you want to do 
If you want my personal preference I would store authorization data in durable objects and store the markdown in R2.
If you want my personal preference I would store authorization data in durable objects and store the markdown in R2.
UTheres a million way to solve the same problem so its mostly personal preference in the end
YR2 even if the markdown ist going to be edited a lot, by multiple users?
BHello,
Is there any chance someone here help with the D1 port to Prisma ORM? There is a issue with a lot of interactions and a start code with this integration. Take a look https://github.com/prisma/prisma/issues/13310#issuecomment-1880028618
Thanks
Is there any chance someone here help with the D1 port to Prisma ORM? There is a issue with a lot of interactions and a start code with this integration. Take a look https://github.com/prisma/prisma/issues/13310#issuecomment-1880028618
Thanks
GitHub
Cloudflare have just announced their first relational DB D1 which is based on SQLite. https://blog.cloudflare.com/introducing-d1/ Would be awesome if Prisma could support it one day..
UYes
UNo I would use R2 because its cheaper. KV is way too expensive of a service imo
YYeah my bad. Saw that in the docs a few minutes after I sent it...
ZNo problem, still thanks for looking
Gwhy am i getting this error??
i thought booleans get converted to D1 integers 1 or 0?
"Error: D1_TYPE_ERROR: Type 'boolean' not supported for value 'true'"i thought booleans get converted to D1 integers 1 or 0?
KDocumentation seems to imply it should, but it isn't.
Kresults.erroryou need to
try/catch.all()What is the issue you're having with the code?
KWhich part in particular isn't working
KWhat part of your retry logic doesn't work though, which line do you get to before it fails?
KI meant the retry logic, I can't help with the D1 error itself.
KshouldRetryerror.nameerror.nameError
AI have found a bug with D1 table web view,
the column data for
The output from the
the column data for
namestock_codeThe output from the
select *
ANot critical stuff, but it confused me for 5 mins
Mcan you provide a schema that repros the issue?
Ahmmm, i tried to reproduce but couldn't, weird
AI’m getting sometimes a latency of more than 3000 ms when querying my D1 database from a worker
AIt looks like a cold start because it does not happen on subsequent requests
AIs that normal ? Or may get better as the beta progresses ?
AMy query is something like SELECT * FROM products WHERE primary_key = ?
ANo I take Date now() before and after the query
CWhat does the meta of the D1 result give for timing?
