Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If adding a SQL interface makes a system easier to access, that says a lot about how convoluted the original interface is...

Next logical step : a kernel level SQL interpreter integrated in systemd.



Actually I think it says a lot about how expressive SQL is.

I get why a lot of developers take swipes at SQL - it is a bit different to other languages. But you cannot beat it for what it does.

Another ‘great’ language is XSLT - so far I’ve seen nothing else that comes close for transforming data. It’s just a shame it’s so closely tied to XML which has understandably fallen out of favour


I’m not sure there’s much truth to your statement. There’s nothing inherently complex about git’s internal data structure nor does putting a SQL interface on something indicate a level of complexity.


As arankine noted there is the platform independent osquery. There is also SQL for WMI [1], which predates osquery, I believe.

[1]: https://docs.microsoft.com/en-us/windows/win32/wmisdk/queryi...


There is OSQuery (https://osquery.io/)!


Most people only need to know git commit, git push, git pull, and just a handful of commands.

It is by design that something like this is not included into the original interface. It would be. terrible design.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: