Life After SQL (EdgeDB Is Fascinating)

  Рет қаралды 52,756

Theo - t3․gg

Theo - t3․gg

Күн бұрын

Disclaimer: I am an advisor for EdgeDB, I do not ship it in production (I still build my services on PlanetScale)
EdgeDB is getting pretty dang exciting. The idea of a "more relational" db is something I hadn't thought about enough before. Excited to see what they cook!
SOURCES
/ 1782485844814647402
www.edgedb.com/blog/we-can-do...
Check out my Twitch, Twitter, Discord more at t3.gg
S/O Ph4se0n3 for the awesome edit 🙏

Пікірлер: 410
@t3dotgg
@t3dotgg 18 күн бұрын
BTW I'M JUDGING THE EDGEDB HACKATHON. WINNER GETS $5k. hackathon.edgedb.com/
@ytlongbeach
@ytlongbeach 18 күн бұрын
i'm a long time backend sql guy, so i was skeptical about anything said to replace sql, especially after the past decade of non-sql positive hype (typically presenting the benefits of something without the downsides). as you know, engineering decisions are almost always about trade-offs, rather than something is completely awesome/sucks. however, your excellent video here piqued my interest. i'm going to do diligence on EdgeDB for an upcoming project !
@Kane0123
@Kane0123 18 күн бұрын
To anyone who is in the know… How do these basic queries scale and what is the experience of tuning queries? Having loving syntax is great but I’m genuinely curious to see if this is just a “rapid prototype” database that you’d drop if you get any traction or advanced requirements
@reubence_
@reubence_ 18 күн бұрын
the name is horrendous. clicked on this video wondering why would someone need an entire DB runnign on the edge....
@erenjeager1756
@erenjeager1756 18 күн бұрын
Lol, do you know that Edge also refers to edges in Graphs ?
@maximiliaanvandijk6111
@maximiliaanvandijk6111 18 күн бұрын
I didn't :') ​@@erenjeager1756
@BCRooke1
@BCRooke1 18 күн бұрын
Like a lot of things in our industry, these terms become horrendously overloaded. But I get what they meant: edge as in edges and vertices, i.e. graph theory.
@user-tz6nn8iw9m
@user-tz6nn8iw9m 18 күн бұрын
It's not their fault that Guillermo Rauch spams the word edge too much on Twitter.
@pencilcheck
@pencilcheck 17 күн бұрын
not 100% but some would be nice, replacing redis for me. in memory postgresql is cool
@benbowers3613
@benbowers3613 18 күн бұрын
THEY HAVE DOCS FOR RUNNING ON DOCKER OR BARE METAL LETS GO SELF HOST GANG
@Frostbytedigital
@Frostbytedigital 18 күн бұрын
Been using self hosted dockered libsql with their client and had speeds surpassing drizzle but now I'm going to have to try this out so I don't have to write sql
@joe_ervin10
@joe_ervin10 18 күн бұрын
@@Frostbytedigital what’s the point of dockerizing libsql? i know it allows for network requests but isn’t the whole point of sqlite that its embeddable?
@GreatTaiwan
@GreatTaiwan 17 күн бұрын
do i get all the GUI dashabord query builder and other stuff provided when i go with their cloud solution ? thou otherwise what's the point?
@TurtleKwitty
@TurtleKwitty 17 күн бұрын
@@joe_ervin10 sqlite is embeddable libsql makes it shareable; you need a server to fetch the initial db to clone for an embedded user for example
@seanknowles9985
@seanknowles9985 15 күн бұрын
@@GreatTaiwanI also want to know if we we get a GUI dashboard while running a dockerised solution.
@martinlesko1521
@martinlesko1521 18 күн бұрын
It's Like GraphQL without the GraphQL burden
@LtdJorge
@LtdJorge 18 күн бұрын
And with GraphQL 😂
@user-tz6nn8iw9m
@user-tz6nn8iw9m 18 күн бұрын
the dgraph query language is limited like graphql, this looks more powerful.
@weathercontrol0
@weathercontrol0 18 күн бұрын
It's like graphQL, but with edging
@kmfaessl
@kmfaessl 18 күн бұрын
Gonna have to disagree about including its built on postgres on landing page. As a user experimenting with edgedb, that's a piece of info I'm glad to have. I know the core db engine is rock solid because postgres has been around so long. I can guess what features they might easily add by looking at postgres extensions and features. I know I might be able to make some existing tools interop with it.
@gfrewqpoiu
@gfrewqpoiu 17 күн бұрын
They actually allow READ-ONLY access to the underlying Postgres Data, so that you can use your favorite Postgres tooling for some complex visuaization or other tasks.
@BlackMan614
@BlackMan614 18 күн бұрын
SQL 1989?!? I was using it when I was in college in the early 80s and using Informix and Oracle SQL in '87 when I had my first job. Pretty sure SQL had been around a while before that.
@precumming
@precumming 18 күн бұрын
Yeah it's from 1974. I can't think of what he's confusing with that was introduced in 1989
@joaothomazini
@joaothomazini 18 күн бұрын
Theo in the impet to pump-up his friend's DB made a poo-poo.
@maacpiash
@maacpiash 16 күн бұрын
Theo makes a lot of mistakes in his videos. I keep that in mind when watching these.
@haulin
@haulin 12 күн бұрын
According to Wikipedia, it first appeared in 1974, so 50 years ago!
@GameDesignerJDG
@GameDesignerJDG 17 күн бұрын
I don't really get why people don't like SQL. Personally, I find it fine to work with. What I do get is that there are different kinds of people out there than me, so I'm happy this is a product people can try out and use if they like it. I'll probably be stuck with SQL for a long time cause of my job, but I'm also happy to say that I don't really mind that at all. One thing that does get frustrating is, as in the example Theo points out at 13:41, different implementations of SQL have different ways of writing it, so you can't just write SQL, you *have* to write MySQL or PostgreSQL or Oracle SQL or SQL Server SQL, etc.
@gnorts_mr_alien
@gnorts_mr_alien 18 күн бұрын
edgedb is AMAZING, solves all the problems old SQL systems have, even have integrated migrations system. the language is very comfortable and modern. the documentation is amazing. and it is a front to postgresql which itself is obviously amazing. I have no idea why it isn't all the rage.
@boscodomingo
@boscodomingo 13 күн бұрын
Because it was still in beta last time I checked a few months ago
@kefpull6676
@kefpull6676 18 күн бұрын
Truly the best Edge(ing) experience (tm)
@7th_CAV_Trooper
@7th_CAV_Trooper 18 күн бұрын
Groan. Also (tm)
@NoelmineZockt
@NoelmineZockt 18 күн бұрын
No neo4j mentioned?
@MattJoyce01
@MattJoyce01 18 күн бұрын
would have been nice to see the movie example in Cypher
@brookerose1312
@brookerose1312 18 күн бұрын
ikr? this is basically just an aura db with a graphql layer on top (but obviously, is handled a bit nicer)
@Rebel101
@Rebel101 16 күн бұрын
Perhaps because Neo4j is not a relational DB? It's a graph DB. 😊
@teddyfulk
@teddyfulk 17 күн бұрын
I've used edgedb since I saw it on one of fireships top 10 dbs videos way back and have absolutely loved how they've keep making it better and better. 10/10
@HamishWHC
@HamishWHC 18 күн бұрын
Self hosting it is super simple, which I very much appreciate. Main gripe with it is the lack of a language server for .esdl files. It has syntax highlighting, but no autocomplete or formatting, which is very annoying.
@YurySelivanov
@YurySelivanov 18 күн бұрын
Working on that.
@HamishWHC
@HamishWHC 18 күн бұрын
@@YurySelivanov I’ve been waiting eagerly since the Rust parser blog post. Good to hear it’s still being worked on. Looking forward to it.
@ZeroRegretz
@ZeroRegretz 18 күн бұрын
Same. And there is one specific bug with their eqdeql js lib. But that's about it
@dealloc
@dealloc 18 күн бұрын
I used EdgeDB when it was quite new, and it was already amazing back then, albeit with some caveats in the query language. Glad to see it grow and becoming better!
@MethodOverRide
@MethodOverRide 18 күн бұрын
12:22 null is a fundamental set in set theory. SQL should provide support for null since relational databases are based on sets and set theory. Why is everyone up*set*? 😊
@himanshutripathi7441
@himanshutripathi7441 17 күн бұрын
Exactly
@Mig440
@Mig440 17 күн бұрын
Null is not fundamental to set theory. Unless you mean the empty set Ø. But that is just the initial object in the category of sets. Most of the time null is problematic since having it means you are no longer in a boolean world but need to acommodate three logical values: true, false and null.
@gencade2504
@gencade2504 17 күн бұрын
There is no null in set theory. Null is a design 'mistake' in computer science.
@YurySelivanov
@YurySelivanov 17 күн бұрын
@@gencade2504 Read the linked in description article. It talks about the creators of SQL themselves saying that NULL was a mistake and breaks the relational model. It was a mistake that was too late to fix though so it stuck.
@joe_ervin10
@joe_ervin10 18 күн бұрын
the fact that they have sdks for almost every language is so cool. I have been wanting to write my backend in go for a while now but there’s just not enough auth libraries that support it. I’ll definitely have to check this out
@MethodOverRide
@MethodOverRide 18 күн бұрын
SQL 1989... you may want to check with your video editor on that one...
@Spiker985Studios
@Spiker985Studios 18 күн бұрын
I would rewrite "based on PostgreSQL" to be "powered by PostgreSQL" "Based on", to me, implies that the source is "based on" that thing
@aislanarislou
@aislanarislou 18 күн бұрын
"written on top a PostgreSQL foundation"
@forderdrek8757
@forderdrek8757 17 күн бұрын
As much as I love SurrealDB, I must say, this shit is HOT
@gardnmi
@gardnmi 18 күн бұрын
The whole market is regressing back to the SQL api. This is a bold move cotton.
@EduardoEscarez
@EduardoEscarez 18 күн бұрын
Is not a bad idea having new alternatives, the catch is that SQL has decades of development and it's availability is unparalleled. Also another channel, Asianometry, is covering the history of SQL in a series of videos, and how its ideas are the response to the hierarchical databases of the time.
@XceptionalBro
@XceptionalBro 18 күн бұрын
So, if it's based in Postgres... It's just a wrapper over sql?
@erenjeager1756
@erenjeager1756 18 күн бұрын
yes
@aakarshan4644
@aakarshan4644 18 күн бұрын
andy said sql ain't going anywhere no matter whatever new gimmick comes around.
@joshuaborseth
@joshuaborseth 18 күн бұрын
I mean of course it’s not, but that doesn’t mean this isn’t cool
@DavidLindes
@DavidLindes 18 күн бұрын
It'll go away some number of decades after something else has high enough acceptance that people aren't choosing it anymore. Whether that's two decades after next year, or 10 decades after 200 years from now, it'll probably happen eventually.
@anonymousalexander6005
@anonymousalexander6005 18 күн бұрын
@@DavidLindes“There was 10 competing standards.” “We remade the 5th as the 15th praise us.”
@Leonhart_93
@Leonhart_93 18 күн бұрын
Of course. It's way too big and integrated into everything. But why not build the new stuff in the new thing, assuming it's all upsides? But I guess time and trial will tell if it really doesn't have significant downsides.
@user-tz6nn8iw9m
@user-tz6nn8iw9m 18 күн бұрын
SQL will continue to exist for a long time, just like Cobol.
@Mirislomovmirjalol
@Mirislomovmirjalol 17 күн бұрын
what about surrealDB?
@user-tz6nn8iw9m
@user-tz6nn8iw9m 5 күн бұрын
Surreal is too new, tries to cover a LOT. and to implement features, they must build it almost from scratch.
@gotxe
@gotxe 18 күн бұрын
I'm a big fan of EdgeDB(just have a glance and their Book in the docs, it's amazing 🤩), i truly hope they would get much more traction over the coming months The only thing that i'm really not happy about is the polymorphism implementation. Unfortunately folks went the abstract\extends\inheritance way instead of union types, i think this was a mistake. Yes, i know that i can model union types, they got so many things right, but not that "feature", imho.
@GoldenretriverYT
@GoldenretriverYT 18 күн бұрын
"they are not a sponsor" [...] "if they suceed, i get a bit of a payday" ah yes
@Spiker985Studios
@Spiker985Studios 18 күн бұрын
He said upfront that he has been advising them, so yes, presumably if they do well as a company, then he'll continue advising them - getting a payday. Rather than the video itself being the source of the funds, his advice is the source
@TheBswan
@TheBswan 18 күн бұрын
This isn't the dunk you think it is
@GoldenretriverYT
@GoldenretriverYT 17 күн бұрын
@@Spiker985Studios Doesn't change that he first intended to make it seem like the video isn't biased by saying it isnt sponsored, even though it is obviously is biased considering that.
@Spiker985Studios
@Spiker985Studios 17 күн бұрын
The first line of the description is a disclosure. A verbal disclosure is at 45 seconds, just after the "hook" How much more disclosed does it need to be?
@nikolatomic384
@nikolatomic384 16 күн бұрын
@@GoldenretriverYT He never said that the video isn't biased, it is. He just said that it wasn't sponsored since it isn't.
@CloakedC
@CloakedC 18 күн бұрын
I appreciate the disclaimers, thanks Theo
@user-ht6tu6ks3u
@user-ht6tu6ks3u 18 күн бұрын
I've tried it for a while and IMHO it's awesome! especially integrated DB migration, and query language looks good too.
@Manchuwook
@Manchuwook 18 күн бұрын
The big use cases that I always have to keep an eye out for are: * DIstribution - can I have this in pods across multiple datacenters? * Stored Procedures - can I wrap my queries in sprocs to satisfy security requirements? * OpenAPI (Swagger) - Can I generate my types against a JSON schema for interoperability with my ReactJS UI? * Driver Resource Footprint - How much of a hog is this? ODB uses 4gigs for our biggest queries in spikes, otherwise it just sips at memory
@dstick14
@dstick14 17 күн бұрын
Finally we can edge in peace
@Oler-yx7xj
@Oler-yx7xj 18 күн бұрын
The beginning has that feeling of watching a movie with somebody, who have seen it and they constantly pause to explain some little stuff
@jordanmancini
@jordanmancini 18 күн бұрын
It honestly looks pretty cool, and if I had a project that I needed to use a DB for that didn't already have a ton of documents/values put in I'd definitely try it out. I've never really used a relational DB since I got started with Mongo and my couple forays into MySQL didn't go far. Even my attempts at using Prisma weren't too great because it doesn't seem to be as plug and play with Mongo as it is with relational databases, although it could also just be the implementation that's the issue
@ny1stclass
@ny1stclass 18 күн бұрын
am i wrong in thinking query vectorization, columnar storage, distributed query engine are the future for sql. what's the problem with sql that we always see ppl asking what's next for sql... lol a more improved sql
@todd.mitchell
@todd.mitchell 18 күн бұрын
And here I'm writing almost all my SQL in stored procs and functions in MySQL Workbench. I feel old.
@ReinPetersen
@ReinPetersen 17 күн бұрын
orm is a footgun - if you're going to use postgresql then just make functions (you can return json) - also that SQL example on edgedb website is (purposely?) needlessly obscure with subqueries and could more easily/legibly/compactly be written using common table expression
@thewiirocks
@thewiirocks 15 күн бұрын
Alas, I doubt you'll get too much support for the idea that ORM is a footgun. I've been apologizing for my colleagues and I accidentally unleashing that nonsense on the world for a decade and a half. Nobody listens because they don't know what else to do.
@shiroi2971
@shiroi2971 18 күн бұрын
So it is just an abstraction over plain SQL? And what is stopping them from doing a redis?
@sarabwt
@sarabwt 18 күн бұрын
Pretty much seems like it. It is a language neutral set (or more likely, a subset) of SQL, that is a bit more convenient to write. I would hate to be the one to hit the capability wall... With ORM you can at least fall back to raw dogging SQL. Someone doing a redis sometime in a distant future should not really stop you from using it. Nothing is stopping noone from pulling a redis.
@drndn
@drndn 16 күн бұрын
EdgeDB seems to respect and implement aspects of The Third Manifesto, which talks about doing relational more properly in a DBMS than SQL does.
@zuma206
@zuma206 17 күн бұрын
Looks cool! I love that it will probably be easier to master than SQL, given all of SQL's edge cases (pun intended), and it's awesome docs. I doubt it'll eclipse SQL cause SQL is SQL, but I can imagine it being the sorta popular alternative people thought Mongo would be.
@erenjeager1756
@erenjeager1756 18 күн бұрын
Prisma frustated me soo much that I love EdgeDB since day 1 I started using it
@2penry2
@2penry2 18 күн бұрын
Looks pretty sweet, assuming the Edge in the name is for edges on a graph?
@YurySelivanov
@YurySelivanov 18 күн бұрын
Correct.
@paulholsters7932
@paulholsters7932 15 күн бұрын
What I like about EdgeDB is that it’s very accessible and easy to learn.
@m12652
@m12652 15 күн бұрын
I spent most of the last couple of days playing with edgedb and it's api etc. Brilliant! haven't seen something this interesting since I first discovered Svelte 👍
@TylerJBrown192
@TylerJBrown192 18 күн бұрын
I would have liked to know more about the implementation details of EdgeDB itself - is it just a wrapper around a Postgres DB with some additional functionality? Is it just a different API that abstracts standard DB behavior? I'll look at the docs of course, but I would have enjoyed for this video to explain it for me, since you have had such intimate knowledge of the project! Edit: found it - though unfortunately the docs were no help at all. Look up the talk "The architecture of EdgeDB" given by Fantix King, very helpful! TL;DR: EdgeDB runs their own middleman server in between the Client and the Postgres DB which provides the added functionality
@sofianikiforova7790
@sofianikiforova7790 18 күн бұрын
Yes. Edit: saw your edit
@jon1867
@jon1867 17 күн бұрын
Pardon if this is a bad question because I don't really understand how the architecture of databases work, but does edgedb's query language build SQL queries under the hood, or is there some sort low level functions / Machine code that edgedb calls directly?
@TylerJBrown192
@TylerJBrown192 17 күн бұрын
​ @jon1867 No it's not a bad question at all! Never be afraid to ask about things. For what it's worth, both this video (sorry Theo) and the EdgeDB docs itself don't explain the mechanisms of the technology at all unfortunately. You've basically got it down. As far as I understood the video "The architecture of EdgeDB", EdgeDB's query language compiles into EdgeDB-proprietary binary that gets sent to their custom architected middleman server, that then interprets that binary as SQL, then massages it to the native Postgres binary protocol, then after all of that, it communicates to just a standard Postgres instance. The main time saves that EdgeDB achieves is from a caching layer within that middleman server to store general queries + prepared statements, their own binary implementations + using native Postgres binaries which save data over the wire at every touch point in the stack, writing part of their EdgeDB server with Cython and Rust bindings for the most intensive processes, as well as utilizing a more efficient communication protocol to their own server + to the Postgres instance via uvloop The biggest gap in my current knowledge of the technology is that I don't know _how_ the Postgres database is architected after compile / migration time - there are methods of simulating a Graph database e.g. neo4j within Postgres, but I'm just guessing this based on how frequently they use the term 'graph' in the docs. I'll probably spend some time tomorrow getting something up and running to see actually how the database schema looks after the DB has been instantiated
@jon1867
@jon1867 17 күн бұрын
@@TylerJBrown192 One of the questions that raises is, could edgeQL be used on an existing postgres DB with relational tables? Or would it only work on a database built with edgeDB specifically? If so I think adoption for a tool like this could actually be pretty massively viable. And with performance benefits like that, even if people don't wholly drink edgeQL koolaide they could sprinkle it into important parts of their application.
@TylerJBrown192
@TylerJBrown192 17 күн бұрын
@@jon1867 Damn, good question, I actually had a very similar thought! But it came from me worrying that if I ever brought in EdgeDB to anything I was working on, I just signed myself / my team up for an insane amount of technology / vendor lock-in haha There's been tons of "it's coming" comments I can see from the team since even 2019, but I wasn't able to find anything concrete about how to generate an EdgeDB schema from an existing Postgres database. All of their Migration / EdgeDB CLI functionality seems to only build upon an existing EdgeDB schema, not to be able to generate a schema like many standard SQL ORM-esque libraries can
@peteranderson7144
@peteranderson7144 17 күн бұрын
I’m really excited about EdgeDB. My biggest hold up right now to using it is that it is new and I’m worried about running into edge cases. Also, I wish I knew a little bit more about the deployment story. Can it be backed by a postgre instance in RDS?
@be1tube
@be1tube 18 күн бұрын
How would it handle very large sets? For example, 1B objects that are related to smaller groups of objects. E.g, (Measurement (billions), Measured Variable (hundreds of thousands), variable tag (thousands))
@yapet
@yapet 17 күн бұрын
So first the vercel stopped edging, just for my database to do so instead
@zwanz0r
@zwanz0r 17 күн бұрын
How does it build on top of PostgreSQL? Is it a hard fork and changed the actual source code? or a layer on top. What do they get from PostgreSQL that they couldn't get anywhere else?
@mortjac
@mortjac 17 күн бұрын
Great story about SQL and what may come next. Please lead us further down the path!
@MikeyHogarth
@MikeyHogarth 14 күн бұрын
Awesome content as always, although there's something I don't really understand (and the EdgeDB site itself doesn't really clarify) - the "N+1 problem" is presented here as being a *syntax* problem - as in, it's a pain in the arse to keep having to do sub-queries to get the data you need across multiple tables. But isn't n+1 actually a *performance* concern rather than syntax? e.g. the classic example, if I have a blog posts table, and an authors table, and I want a query that returns some data from each, a single query will need to run a sub query against the authors table once for every blog post that comes back. I don't understand how edgeDB solves that part?
@br3nto
@br3nto 16 күн бұрын
10:20 how do you snapshot your schema changes and manage migrations??
@skapator
@skapator 18 күн бұрын
This is going to have huge success on junior devs and some companies that will buy the pitch or ripe some bens. sql is not good enough ....
@user-ik7rp8qz5g
@user-ik7rp8qz5g 18 күн бұрын
I would definitely try it for some project - but only if it had support for webstorm editor. Otherwise not much interest dealing with plaintext schemas
@CarlosEstebanLopezJaramillo
@CarlosEstebanLopezJaramillo 17 күн бұрын
Hmm? do you mean Graph Databases? I think Graph DBs like Neo4j are indeed challenging the norm, especially with Cypher language that is being adopted by other Graph DBs, it's just not going mainstream fast enough...
@paulholsters7932
@paulholsters7932 15 күн бұрын
I am building a developer tool that uses EdgeDB as a core feature. Glad it’s getting attention.
@ciarancurley5482
@ciarancurley5482 18 күн бұрын
Between NULL and timezones, also feeling making sand think was a mistake
@m12652
@m12652 18 күн бұрын
13:37 i may be wrong, but after more than 20 years coding mostly for accountants I think they might be responsible for Null. Several have told me they must have null to indicate unknown as zero could be a valid known amount while it might also indicate "amount unknown" so null makes sense to them... so an outstanding balance on a customer account for example could be zero coz they just paid, or zero because the invoice hasn't been raised yet. I've tried explaining there are alternatives etc. but they think everything is a spreadsheet and get stressed out if there more than 2 dimensions.
@Spiker985Studios
@Spiker985Studios 18 күн бұрын
I feel like a single bit (boolean), for an "IsInvoiceRaised" value would be infinitely more helpful Inclusion of data instead of the absence of data, every time
@aislanarislou
@aislanarislou 18 күн бұрын
If that reason is true, so maybe a valid type UNKNOWN should have created back then......
@realbigsquid
@realbigsquid 18 күн бұрын
I just spent so much time learning drizzle after learning prisma after learning graphql.... I still just want to write my own sql lol
@nervetattoo
@nervetattoo 18 күн бұрын
Very satisfied with edgedb after using it for 17 months. It's a force multiplier. Never been this fast in my 20 years in the biz, and never written so few bugs with any other db. Name is fine, its graph edges but now that word is pretty much hijacked by the edge so yeah.
@hellowill
@hellowill 18 күн бұрын
So its just a wrapper for SQL... meaning you are still using SQL. Also (slightly related) I am sick of people saying NoSQL is better because of performance/scalability. You can scale SQL lol. You pick NoSQL if it fits your data model better.
@Ekce
@Ekce 17 күн бұрын
I guess, my concern, when considering switching to a different database is that I'd have to learn how to write queries safely. Like, with SQL you have the potential for SQL injections and there are techniques to mitigate it like prepared statements and such. Is there documentation on how to write EdgeDB queries safely?
@YurySelivanov
@YurySelivanov 17 күн бұрын
Unless you concatenate EdgeQL queries with data there's 0 chance of any injections.
@marko1395
@marko1395 18 күн бұрын
The SQL code in the comparison wouldn't pass code review 😕 What happened to steelmanning?
@nevokrien95
@nevokrien95 16 күн бұрын
If its open source based on postgress you c extensions to it can use postgress extensions for stuff like vector math
@flisboac
@flisboac Күн бұрын
So, this is just JPQL (that is, Java/Jakarta EE JPA's own SQL-like language) at the source-level (database, not the app), basically. Nice.
@akay64x2
@akay64x2 14 күн бұрын
The lengths this industry will go to avoid learning SQL...
@RasmusSchultz
@RasmusSchultz 16 күн бұрын
so it's not a database and it does not run on the edge - Edge DB is the perfect name! 😂 this is more a "backend in a box" and less a DB, isn't it? you can't even access the PostgreSQL underlying. (which would worry me. 🤨)
@canadiannomad2330
@canadiannomad2330 17 күн бұрын
Unfortunately edgedb docs just give me "Application error: a client-side exception has occurred (see the browser console for more information)." on mobile... Can't see what I want to see.
@Malix_off
@Malix_off 17 күн бұрын
2:10 I've also been confused with its name suggesting it has a relation to the edge before
@7th_CAV_Trooper
@7th_CAV_Trooper 18 күн бұрын
Building on top of postgres is a good idea. Storage engines are hard to write. It can always be swapped out later.
@kyonru
@kyonru 18 күн бұрын
I’m building a personal project, I’ll give it a try since they offer a free tier!
@tmbarral664
@tmbarral664 15 күн бұрын
I'm guessing Drizzle use functions rather than a big class holding all the possible methods for Tree Shaking
@p99chan99
@p99chan99 17 күн бұрын
No... keep the name, I can finally say that I'm 'edging my database' (gen z brainrot is catching up to me fr 🗣)
@MrMudbill
@MrMudbill 17 күн бұрын
The iceberg graphic alone had me to go the website just to see it for myself
@mathesonstep
@mathesonstep 15 күн бұрын
Now I'm lost, do I try to use EdgeDB for my new side project or do I stick to drizzle/mariadb?
@JakobRossner-qj1wo
@JakobRossner-qj1wo 17 күн бұрын
What do you think about Convex?
@noahwinslow3252
@noahwinslow3252 17 күн бұрын
Convex is really good if you need websocket-like speed from updated data (like a chat app) but it falters in writing complex queries
@oso1248
@oso1248 18 күн бұрын
Is it faster than raw SQL? I’ve tried ORMs and query builders… they’re severely limited and slower than raw SQL.
@erenjeager1756
@erenjeager1756 18 күн бұрын
It is faster than ORMs but can't be faster than SQL since it compiles to SQL
@marlopainter8246
@marlopainter8246 18 күн бұрын
10:06 - Does that mean if I switch from Mongo and mongoose, I have half the work? Writing a mongoose schema and then writing a type for it (unless it's my ignorance as a student) is getting nutty.
@WillDelish
@WillDelish 17 күн бұрын
I’m trying it out! Wished there was more tutorials on it
@maso4u
@maso4u 17 күн бұрын
can one migrate from sql to edgedb and the other way around too
@mohitkumar-jv2bx
@mohitkumar-jv2bx 18 күн бұрын
#Ad
@21tired88
@21tired88 18 күн бұрын
"if they succeed, I get bit of a payday" lmao
@GoldenretriverYT
@GoldenretriverYT 18 күн бұрын
"they are not a sponsor" [...] "if they suceed, i get a bit of a payday" ah yes
@7th_CAV_Trooper
@7th_CAV_Trooper 18 күн бұрын
Pro tip: almost everything on KZbin is an ad or promotion. People like to earn money so they can buy food, you know.
@mohitkumar-jv2bx
@mohitkumar-jv2bx 17 күн бұрын
@@7th_CAV_Trooper and honest people preface it with letting their watchers know. Those who don't, are hmmmm. I don't wanna take names here. 😂
@nikensss
@nikensss 18 күн бұрын
Why can’t we have an orm that lets you write your table definitions in SQL and parse the types from that? Every new orm comes with a new schema definition language 😅
@thewiirocks
@thewiirocks 15 күн бұрын
Because ORMs are a fundamentally bad idea. Ted Neward called this out in his 2006 article on "The Vietnam of Computer Science". Neward's arguments on the impedance mismatch are quite good, and my experience bolsters his arguments much, much further. For example, ORMs fundamentally thrash the CPU cache making efficient performance nearly impossible. They also eat memory like candy, which isn't great in a scalable system. You ideally want the path from disk to the client to be as short as possible. Finally, they generate ridiculous amounts of unnecessary code that drastically slows the production of applications that use them. I've been doing something much slimmer and more effective for over a decade now. I've rewritten the platform multiple times for numerous employers. Results are a 20-100x impact on productivity, measured in comparable lines of code metrics. I've finally gotten sick of doing it again and again and am founding my own organization to release it to the world as OSS. Keep an eye out for this alternative later this year.
17 күн бұрын
I am sold already Can it be supabase alternative?
@geoffreygordonashbrook1683
@geoffreygordonashbrook1683 18 күн бұрын
vector databases for ai-ml-ds (and you maybe mentioned graph-database) are key interests
@modolief
@modolief 17 күн бұрын
Great video. Simply superb.
@SirKenchalot
@SirKenchalot 16 күн бұрын
The real problem with NULL in SQL is that there's only 1 kind of NULL, unlike JS that has 3! And that solves all problems with NULL. ALL PROBLEMS!
@hack_nug
@hack_nug 18 күн бұрын
similar syntax to sanity's groq. might have to try this soon
@xali2008
@xali2008 17 күн бұрын
So this is basically an ORM for Postgres with extra steps?
@sup_nim
@sup_nim 17 күн бұрын
finally a video that youre not just whining but artually sharing information
@ChaseFreedomMusician
@ChaseFreedomMusician 18 күн бұрын
Thank you for introducing me to Edging...
@user-kt1iz4vc3x
@user-kt1iz4vc3x 16 күн бұрын
this is not an advertisement trust me bro 100% legit pinky promise they are all my friends but this is for real you know me i mean you don't know me irl but whatever, suscribe!
@oscarhagman8247
@oscarhagman8247 18 күн бұрын
At first I thought it was a postgres fork that runs on the edge lol
@LawJolla
@LawJolla 17 күн бұрын
Looks great. I'd be in if I didn't lose 1000 hours of my life buying into RethinkDB.
@tshegomonama7910
@tshegomonama7910 14 күн бұрын
'Edge' is the only reason I clicked on this video... It's not too late to change the name
@denisblack9897
@denisblack9897 17 күн бұрын
Guys I got it! Nobel prize moment: THE MOAT IS IN THE FONT!😅
@tmbarral664
@tmbarral664 15 күн бұрын
DB on the cloud... meaning we will have to do http queries to it..... Theo, are you not the one saying this is a no go in one of your recent videos ? ......
@noahcuroe
@noahcuroe 18 күн бұрын
Name is a pretty gigantic marketing fail, I'm not sure how people continue to misuse well established terms without realizing its a bad idea. I wrote off EdgeDB when I heard of it in the past since I assumed it was edge compute related and not useful to me. They are lucky to have you making this video about it haha. But yeah, the product looks really interesting, I'll give it a try.
@t3dotgg
@t3dotgg 18 күн бұрын
I'll be real, I hate the name. Tried hard early on to get them to change it lol
@noahcuroe
@noahcuroe 18 күн бұрын
@@t3dotgg Yep glad you brought it up in the video at the start cause I nearly clicked off haha
@michaelbitzer7295
@michaelbitzer7295 18 күн бұрын
EdgeDB started about 10 years ago where the edge in EdgeDB could not really be missunderstood. Today we directly assume it is about edge computing if it has edge in its name. They can either rebrand and loose traction or keep their name and gain traction at a slower rate. Both options suck.
@noahcuroe
@noahcuroe 18 күн бұрын
@@michaelbitzer7295 True! But it sounds like they could have changed the name a long while ago and then they would have had several years to regain that traction, but opted not to. I personally think that was probably a mistake, but we'll see if they overcome that. It looks like they already are working towards that, more awareness of what it *actually* is like this video is good progress!
@WarmEmpanada
@WarmEmpanada 18 күн бұрын
I love to edgeDB at work
@puriaKordrostami
@puriaKordrostami 16 күн бұрын
tackling sql is a must, but usually leads to failure. edgedb seems so promising in this path.
@matt1988ish
@matt1988ish 18 күн бұрын
EdgeDB in t3 stack, when?
@zammea
@zammea 18 күн бұрын
I'm a DBD(Database developer) for close to 2 years now. One of my understanding is this is practically an ORM? One of the things that I dislike ORMs is the fact that when using ORMs is that they do no understand the data you store and how the Engine will interpret it and create the best execution plan there is. This can cause to performance issues. Some of them are easy to solve with indexes other require you to rewrite the query in a way to make the engine go to the execution plan it will be best for performance. No one like slow responses from a DB. Your app can be written Rust and be connected to a badly maintained DB. It does not matter how fast your App is if your DB provides you data slowly or in some cases a bad data. My biggest question here is how do I do my perf tuning in the PostgreSQL or in the EdgeDB platform?
@trapfethen
@trapfethen 18 күн бұрын
EdeDB has a fully functional Query Analyzer just like conventional SQL databases. Just put "Analyze" is front of your query like you would for most SQL databases.
@sarabwt
@sarabwt 18 күн бұрын
It is not an orm. My best guess is that it is pretty much a syntactic sugar on top of SQL. What do you mean by "they do not understand the data you store"?
@trapfethen
@trapfethen 18 күн бұрын
It's not an ORM. It is a Set-based DB implemented on top of an underlying Postgres database. The distinguishing factor is that EdgeDB Normalizes the data on the backend to better support their set fundamentals and optimize for their performance. It allows Postgres to handle efficiently allocating the page files for quick access while more directly controlling the query planning (something ORMs don't typically do outside of bare query splitting for related models). The cool part is since it's 100% open source, you can dig in and see exactly how far they have taken this concept and the implementation details of it.
@pencilcheck
@pencilcheck 17 күн бұрын
Same questions here, having tables with millions of rows and some queries will make it very slow, not a fan of those surpises as well, not sure how this is fixed.
@2547techno
@2547techno 17 күн бұрын
@@trapfethen it is not at all a db implementation on top of psql, psql IS the db itself. It does not touch anything related to page files, psql does that. It does not more directly control query planning over normal sql, it uses the exact same interface. Whether typical orms are smart enough to not send multiple queries over the network is beside the point entirely
@victorpinasarnault9135
@victorpinasarnault9135 17 күн бұрын
I love the part 100% Open Source. I hope they maintain it.
@seanknowles9985
@seanknowles9985 15 күн бұрын
I don't understand it, if I have a postgress instance running can I just use Edgedb?
@M-Wulff
@M-Wulff 18 күн бұрын
Get that first sql sharpened using “with” syntax.
Video Compression Is Magical
29:55
Theo - t3․gg
Рет қаралды 85 М.
The creator of npm is making something new 👀
15:17
Theo - t3․gg
Рет қаралды 74 М.
Joven bailarín noquea a ladrón de un golpe #nmas #shorts
00:17
Тяжелые будни жены
00:46
К-Media
Рет қаралды 3,1 МЛН
Stupid man 👨😂
00:20
Nadir Show
Рет қаралды 29 МЛН
ПЕЙ МОЛОКО КАК ФОКУСНИК
00:37
Masomka
Рет қаралды 9 МЛН
98% Cloud Cost Saved By Writing Our Own Database
21:45
ThePrimeTime
Рет қаралды 247 М.
ChatGPT Can Now Talk Like a Human [Latest Updates]
22:21
ColdFusion
Рет қаралды 409 М.
The Problem With UUIDs
25:53
Theo - t3․gg
Рет қаралды 156 М.
Pretty much every website uses the wrong font size…
15:33
Theo - t3․gg
Рет қаралды 59 М.
Beyond Surreal? A closer look at NewSQL Relational Data
7:52
Beyond Fireship
Рет қаралды 194 М.
Luxury Brands Are For Broke People
12:48
Vincent Chan
Рет қаралды 27 М.
McKinsey: The Group Secretly Running Every Company (And Government?)
15:58
More Perfect Union
Рет қаралды 91 М.
Testcontainers have forever changed the way I write tests
12:11
Dreams of Code
Рет қаралды 99 М.
CSS Is 2.4x Slower Than Inline Styles (Oh No...)
19:39
Theo - t3․gg
Рет қаралды 66 М.
Переходник для IPhone • 181649538                         Делюсь обзорами в профиле @lykofandrei
0:15
Вы поможете украсть ваш iPhone
0:56
Romancev768
Рет қаралды 650 М.
Why spend $10.000 on a flashlight when these are $200🗿
0:12
NIGHTOPERATOR
Рет қаралды 18 МЛН
Samsung or iPhone
0:19
rishton vines😇
Рет қаралды 7 МЛН