Тёмный

SQLite and the N+1 (no) problem 

Mycelial
Подписаться 2,3 тыс.
Просмотров 7 тыс.
50% 1

Most databases are susceptible to the N+1 problem, with the exception of embedded databases like SQLite. If you're curious why SQLite doesn't suffer from the N+1 problem, watch this video and learn why.
mycelial.com/#...
/ mycelial
github.com/myc...
/ discord

Опубликовано:

 

12 сен 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 7   
@christianlessard6668
@christianlessard6668 Год назад
How do I find more local-first architecture content like this? This is exactly what I am looking for!
@philipptanlak7034
@philipptanlak7034 Год назад
Great video! Thanks for explaining the difference. It's unreasonable for this to have only 97 views! Subscribed.
@m12652
@m12652 2 месяца назад
Great stuff thanks...
@HVossi92
@HVossi92 4 месяца назад
Great video, I appreciate the comparison at the end, because I kept wondering about the optimized postgres version. Did you use connection pooling for the three queries?
@kubre
@kubre 7 месяцев назад
what a gem of channel
@Graveness4920
@Graveness4920 7 месяцев назад
Complex query are still worth it even if there is no network latency. If we don't do join they we have to write code for doing this and it would become more error prone and complex code where as a single query could have done it. Until there is some memory concern, I don't see a point why not to have complex query for sqlite.
@sekomer
@sekomer 10 месяцев назад
you are using second timing for comparison, but I think that's not right, first query directly goes and fetches data from disk, second query is. misleading and fast because first slow query was cached...