Live data from Hacker News

SQLite now supports recursive CTEs

sqlite.org

11–20 of 25 posts

Re: SQLite now supports recursive CTEs

#11
post #7

Earlier quoted context omitted.

When it comes to SQL standard support my bet is always on SQLite before MySQL (except for any multi user/role stuff, of course).

The other exception I'd note is type-related stuff, since, while MySQL isn't always in line with the standard there, SQLite has deliberately chosen a different course than teh standard when it comes to types.

And praise the lord for it. SQLite's simplified type set makes my life easier.

Re: SQLite now supports recursive CTEs

#13

This is awesome. I've used WITH RECURSIVE in postgres to do graph traversals (even replaced neo4j with postgres), and now this is also available with sqlite. I can see running tests in development becoming a whole lot easier.

So you run tests on SQLite and use Postgres in production? Sounds like a disaster waiting to happen, if it hasn't already.

Re: SQLite now supports recursive CTEs

#14

This is awesome. I've used WITH RECURSIVE in postgres to do graph traversals (even replaced neo4j with postgres), and now this is also available with sqlite. I can see running tests in development becoming a whole lot easier.

is postgres as quick as neo4j, in your use case? ive really been into neo4j lately, but im curious if postgres could also be used as a graph database.

Re: SQLite now supports recursive CTEs

#16
post #13

This is awesome. I've used WITH RECURSIVE in postgres to do graph traversals (even replaced neo4j with postgres), and now this is also available with sqlite. I can see running tests in development becoming a whole lot easier.

So you run tests on SQLite and use Postgres in production? Sounds like a disaster waiting to happen, if it hasn't already.

You only test on developer workstations before pushing to production? Sounds like a disaster waiting to happen, if it hasn't already.

Re: SQLite now supports recursive CTEs

#17
post #14

This is awesome. I've used WITH RECURSIVE in postgres to do graph traversals (even replaced neo4j with postgres), and now this is also available with sqlite. I can see running tests in development becoming a whole lot easier.

is postgres as quick as neo4j, in your use case? ive really been into neo4j lately, but im curious if postgres could also be used as a graph database.

Yes, on the queries that I've done (mostly friendship graphs, and doing queries like getting friends of friends) postgres was pretty much on par with neo4j. I'm way more familiar with tuning postgres though, so there's that.

I really liked the cypher query language of neo4j, it was super easy to learn and is way simpler to express complex traversals across a graph. Writing a query in postgres to traverse a graph isn't as straightforward, and unless you're doing it often will take a long time to get used to.

Re: SQLite now supports recursive CTEs

#18
post #13

Earlier quoted context omitted.

So you run tests on SQLite and use Postgres in production? Sounds like a disaster waiting to happen, if it hasn't already.

You only test on developer workstations before pushing to production? Sounds like a disaster waiting to happen, if it hasn't already.

[deleted]

Re: SQLite now supports recursive CTEs

#19
post #13

This is awesome. I've used WITH RECURSIVE in postgres to do graph traversals (even replaced neo4j with postgres), and now this is also available with sqlite. I can see running tests in development becoming a whole lot easier.

So you run tests on SQLite and use Postgres in production? Sounds like a disaster waiting to happen, if it hasn't already.

Lots of us do this. If you're using an ORM then it makes sense to do it to keep unit test time down. We do it but have a full integration suite against the primary engine (SQL Server). Not had one discrepancy.

Re: SQLite now supports recursive CTEs

#20
post #13

This is awesome. I've used WITH RECURSIVE in postgres to do graph traversals (even replaced neo4j with postgres), and now this is also available with sqlite. I can see running tests in development becoming a whole lot easier.

So you run tests on SQLite and use Postgres in production? Sounds like a disaster waiting to happen, if it hasn't already.

Your CI server should be running a stack very similar to production, but there are excellent reasons to use SQLite/H2/etc. in dev.

Being able to do a "git clone foo; cd foo; do my job" is a great way to start working, especially if you have struggled with front-end stylists using real data and back-end services, or any other specialised, possibly short-term, experts who are working on your project and don't have a need to learn basic db admin skills.

Never mind if you use RAC in production - you're going to make some concessions in your dev environment.

Post reply on HN