This is a beta limitation, but there’s no estimate on what the cap will be in GA.
This is a beta limitation, but there’s no estimate on what the cap will be in GA.
Pobviously it's safe to assume there will be a cap, so the question is just what sort of applications would a customer not be worried about hitting the cap in?
Mthe underlying tech (DOs) is currently being used by services doing real-time stuff with 200 million monthly active users, it scales really well if you can figure out the right way to split up your schema
Mbasically this
Mnot yet but is on our radar
KI'd say I wonder if it's just increased load from scheduled Workers kicking off at that time as well but that wouldn't have been a 'since Monday' thing
K
Acan the migrate command be ran with a --force or such to avoid having to type "y" to confirm, for ex if you want to automatically run migrations in CI
CIt should skip confirmation if wrangler detects it’s in CI. Try setting an environment variable of
CI=1
AThat's it! Thank you
YJust tried this example for using D1 in Svelte: https://developers.cloudflare.com/d1/examples/d1-and-sveltekit/
On another project before I had used Miniflare locally to fix this. Is that still the way to do it? Was hoping for a simpler solution
platformOn another project before I had used Miniflare locally to fix this. Is that still the way to do it? Was hoping for a simpler solution
SvelteKit is a full-stack framework that combines the Svelte front-end framework with Vite for server-side capabilities and rendering. You can query …
YYeah this looks similar to what I had done before with Miniflare. Just wondering if that is still the way to go?
GHow do i connect to a D1 database when using jest tests?
Gim using miniflare via
const env = getMiniflareBindings()
ZHello, I've seen that dumping a DB to an sqlite file was supported during the alpha, but not now during the beta. Are there plans to add this (or something similar) back in later?
YThis what you are looking for? https://developers.cloudflare.com/d1/learning/backups/#downloading-a-backup-locally
D1 has built-in support for creating and restoring backups of your databases, including support for scheduled automatic backups and manual backup …
Gnpm
Workers D1 module for Miniflare: a fun, full-featured, fully-local simulator for Cloudflare Workers. Latest version: 2.14.1, last published: 5 months ago. Start using @miniflare/d1 in your project by running
npm i @miniflare/d1Trying this example right now and running into weird issues when changing the
Only able to get it to work when
Confused why the ID would effect anything. Shouldn't it grab the database based on the binding?
database_idwrangler.tomlOnly able to get it to work when
bindingdatabase_idConfused why the ID would effect anything. Shouldn't it grab the database based on the binding?
YYeah that works for me, but would like to use the actual DB id for migrations and stuff
Kare you using wrangler dev or miniflare
YMiniflare. Basically using this repo except changed the
https://github.com/jculvey/svelte-cf-bindings-poc
database_idhttps://github.com/jculvey/svelte-cf-bindings-poc
GitHub
Contribute to jculvey/svelte-cf-bindings-poc development by creating an account on GitHub.
Kd1Databases in the Miniflare constructor needs to be changed to a Record<string, string> where its binding: id
Kotherwise it’ll assume the id is the binding name
YThat worked! thank you
YIs this documented anywhere? (if not i can make a PR)
All I see is https://miniflare.dev/storage/d1
Looks like the example there has the same problem
All I see is https://miniflare.dev/storage/d1
Looks like the example there has the same problem
KYAhh missed that, thanks
KThe message will start with D1_ and that’s about it
K
LHello, why can't I load the table page?
Is the data stored in d1 too large? There are no such issues in another smaller database.
Is the data stored in d1 too large? There are no such issues in another smaller database.
THope they will create a native api to dump/load the D1 db to/from local machine or R2 soon. Sometimes we need databases dumped from staging environment for some database debug since D1 query debugging (especially when migrating database) is very limited. D1 DB is nice to work with, but dealing with altering table and migration is not a pleasant experience. Thankfully they released time traveling feature so I can go back to a point of time if my migration's gone wrong
T
Lmy database id is 0c148108-729d-4796-be8b-25a27dead6b8 
ZThis 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}Just 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
