HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
RedBeardLab
rediSQL
C2016–2019
RedBeardLab / rediSQL · Archived

rediSQL

Redis module that provides a completely functional SQL database

3Distinct people
20Mentions
1Explicit recommenders
1.5KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Redis module that provides a completely functional SQL database

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

I love SQL and I believe it will have a big jump in popularity with microservices. Each service should have a separate data source and being the sole responsable of a specific…

siscia used a recommendation phrase. One indexed comment matches. This is a phrase match, not a verdict.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:03:16 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month20 dated mentions

Observed mentions: 2016-12-16 09:31:58 UTC to 2019-04-05 15:37:10 UTC.

01232016-12-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 commentsDec 20162017-01-01 00:00:00 UTC to 2017-02-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-02-01 00:00:00 UTC to 2017-03-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-03-01 00:00:00 UTC to 2017-04-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-04-01 00:00:00 UTC to 2017-05-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2017-05-01 00:00:00 UTC to 2017-06-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2017-06-01 00:00:00 UTC to 2017-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-07-01 00:00:00 UTC to 2017-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-08-01 00:00:00 UTC to 2017-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-09-01 00:00:00 UTC to 2017-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-10-01 00:00:00 UTC to 2017-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-11-01 00:00:00 UTC to 2017-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2017-12-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2018-01-01 00:00:00 UTC to 2018-02-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2018-02-01 00:00:00 UTC to 2018-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsFeb 20182018-03-01 00:00:00 UTC to 2018-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-04-01 00:00:00 UTC to 2018-05-01 00:00:00 UTC (exclusive): 3 mentions; 2 submissions, 1 comments2018-05-01 00:00:00 UTC to 2018-06-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2018-06-01 00:00:00 UTC to 2018-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-07-01 00:00:00 UTC to 2018-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-08-01 00:00:00 UTC to 2018-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-09-01 00:00:00 UTC to 2018-10-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2018-10-01 00:00:00 UTC to 2018-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-11-01 00:00:00 UTC to 2018-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2018-12-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-01-01 00:00:00 UTC to 2019-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-02-01 00:00:00 UTC to 2019-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2019-03-01 00:00:00 UTC to 2019-04-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2019-04-01 00:00:00 UTC to 2019-05-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsApr 2019

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Dec 20162016-12-01 00:00:00 UTC2017-01-01 00:00:00 UTC312
Jan 20172017-01-01 00:00:00 UTC2017-02-01 00:00:00 UTC101
Feb 20172017-02-01 00:00:00 UTC2017-03-01 00:00:00 UTC101
Mar 20172017-03-01 00:00:00 UTC2017-04-01 00:00:00 UTC101
Apr 20172017-04-01 00:00:00 UTC2017-05-01 00:00:00 UTC101
May 20172017-05-01 00:00:00 UTC2017-06-01 00:00:00 UTC202
Jun 20172017-06-01 00:00:00 UTC2017-07-01 00:00:00 UTC000
Jul 20172017-07-01 00:00:00 UTC2017-08-01 00:00:00 UTC000
Aug 20172017-08-01 00:00:00 UTC2017-09-01 00:00:00 UTC000
Sep 20172017-09-01 00:00:00 UTC2017-10-01 00:00:00 UTC000
Oct 20172017-10-01 00:00:00 UTC2017-11-01 00:00:00 UTC000
Nov 20172017-11-01 00:00:00 UTC2017-12-01 00:00:00 UTC000
Dec 20172017-12-01 00:00:00 UTC2018-01-01 00:00:00 UTC220
Jan 20182018-01-01 00:00:00 UTC2018-02-01 00:00:00 UTC110
Feb 20182018-02-01 00:00:00 UTC2018-03-01 00:00:00 UTC000
Mar 20182018-03-01 00:00:00 UTC2018-04-01 00:00:00 UTC000
Apr 20182018-04-01 00:00:00 UTC2018-05-01 00:00:00 UTC321
May 20182018-05-01 00:00:00 UTC2018-06-01 00:00:00 UTC110
Jun 20182018-06-01 00:00:00 UTC2018-07-01 00:00:00 UTC000
Jul 20182018-07-01 00:00:00 UTC2018-08-01 00:00:00 UTC000
Aug 20182018-08-01 00:00:00 UTC2018-09-01 00:00:00 UTC000
Sep 20182018-09-01 00:00:00 UTC2018-10-01 00:00:00 UTC110
Oct 20182018-10-01 00:00:00 UTC2018-11-01 00:00:00 UTC000
Nov 20182018-11-01 00:00:00 UTC2018-12-01 00:00:00 UTC000
Dec 20182018-12-01 00:00:00 UTC2019-01-01 00:00:00 UTC000
Jan 20192019-01-01 00:00:00 UTC2019-02-01 00:00:00 UTC000
Feb 20192019-02-01 00:00:00 UTC2019-03-01 00:00:00 UTC000
Mar 20192019-03-01 00:00:00 UTC2019-04-01 00:00:00 UTC202
Apr 20192019-04-01 00:00:00 UTC2019-05-01 00:00:00 UTC110

What Hacker News says

20 sources
siscia·Apr 5, 2019Submission

Ask HN: Custom license, does it make any sense?

Hi Folks, I am developing RediSQL (https://www.redisql.com) a project that has an open and a closed source "PRO" part. The open source part is accessible on github (https://github.com/RedBeardLab/rediSQL) while the closed source one is not accessible and I just sell the binary. For several reason I would like to change the business strategy. The new strategy will include push all the features on the free version and enable telemetric, while the PRO version would simply not have the telemetric active. User of the free version can use all the features, but they need to constantly contact my servers, while user of the PRO version don't need to contact my servers at all. If the telemetric is active (free version) and it fails for some reason, the software simply shut down. The difference between the PRO version and the free version, hence wi
Read the rest
ll only be a call to function that is enable or disable with a compile flags. I would like to have a license like MIT that allow user to do anything they please with the software, but they cannot remove the telemetrics part. At the moment I simply add a condition to the MIT license, and I am wondering if that make any sense. The "RediSQL license" would hence be something like this: https://gist.github.com/siscia/6dd8b1e6502f4510953f4c32aa239a58 Thoughts?
1 points · Open discussion
Once I was building a small application, I didn't want to use a whole database such as postgres that is amazing but does require some maintenance, so I settled for using just Redis. It was fine but the lack of constrains and structure was killing me making everything harder, but I liked the zero maintenance things... So I build RediSQL[1] a module to provide SQL capabilities to Redis to get the best of both worlds: stability, easy maintenance, velocity, constrains and structure in data. [1]: https://github.com/RedBeardLab/rediSQL
In Database constraints: The last line of defense
siscia·May 2, 2017Recommendation phrase
I love SQL and I believe it will have a big jump in popularity with microservices. Each service should have a separate data source and being the sole responsable of a specific part of the data. In this environment however a full RDBMS is a little an overkill. The solution I am working on is RediSQL: https://github.com/RedBeardLab/rediSQL It is a Redis module that embed SQLite. Redis is nowadays a common piece in any infrastructure. The little module plugs into Redis and expose a new command REDISQL.EXEC that provide the ability to run SQL statement. It is multithread, does not impact the performance of Redis, and very simple to use. Great write performance, I got 50k inserts per second on my machine, that should be enough for most microservices. I would love any kind of feedback on the module or if you need any help to get you started jus
Read the rest
In SQL is 43 years old – Here’s why we still use it today
Quite related, but if you want to use Redis as a SQL database I wrote an extension to do just that: https://github.com/RedBeardLab/rediSQL It is a relative thin layer of rust code between the Redis module interface and SQLite. At the moment you can simply execute statements but any suggestion and feature request is very welcome. Yes, it is possible to do join, to use the LIKE operator and pretty much everything that SQLite gives you. It is a multi-thread module, which means that it does NOT block the main redis thread and perform quite well. On my machine I achieved 50.000 inserts per seconds for the in memory database. If you have any question feel free to ask here or to open issues and pull request in the main repo. :)
In Write Fast Apps Using Async Python 3.6 and Redis
I am following two projects one extremely technical and another more sale oriented. The technical one is rediSQL[1] I am embedding SQLite into a redis module. Until few days ago I had performance issues that I wasn't able to figure out and I tracked everything in an issues. I finally figured out the problem, solve it, gain a lot of performance and I am about to write a blog post about. The next step is to get the exact same performance in the redis module compared with using SQLite embedded in a simple C program it is not going to be easy and I would probably defer this performance gain opportunity in favor of more features in the module. The second project, the sale oriented one, is WalOfStickers.com[2] where I try to sell hexagonal stickers for laptop. I like to show the technology that I work with and make my laptop mine, but I don't l
Read the rest
ike that the more sticker you put the messier everything became, so I made these hexagonal sticker that you can tile in your laptop and make neat, complex patterns. [1]: https://github.com/RedBeardLab/rediSQL [2]: https://wallofstickers.com/
In What are you working on?

Showing the 15 most recent of 20 sources. Enable JavaScript to search and browse every indexed mention.

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.