Hacker News: schultzer

New comment by schultzer in "QueryBrew: System-Agnostic SQL-to-SQL Query Optimization [pdf]"

schultzer — Sat, 12 Sep 2026 01:10:41 +0000

I was looking at the wrong thing when I searched, this came up: querybrew dot com.

New comment by schultzer in "QueryBrew: System-Agnostic SQL-to-SQL Query Optimization [pdf]"

schultzer — Sat, 12 Sep 2026 01:08:19 +0000

Thank you for clarifying, sounds a lot better then my initial impression!

New comment by schultzer in "QueryBrew: System-Agnostic SQL-to-SQL Query Optimization [pdf]"

schultzer — Fri, 11 Sep 2026 23:58:51 +0000

It’s not clear from the paper or their website how it works, the paper seams to talk about an optimizer where the websites states its AI maybe this is just slop. Hard to determine when skimming it, although seams like a neat idea if it’s a proper engine and not just AI that anyone could copy and paste into a chat with the statistics.

New comment by schultzer in "Show HN: Bun-sqlgen – Type-safe raw SQL for Bun, no ORM"

schultzer — Wed, 24 Jun 2026 12:38:01 +0000

We can do way better then LINQ in an extendable language.

New comment by schultzer in "Show HN: Bun-sqlgen – Type-safe raw SQL for Bun, no ORM"

schultzer — Tue, 23 Jun 2026 22:20:59 +0000

I don’t understand why no one is making SQL a first class citizen in a language, there are tons of languages out there that are extendable, how hard can it be, enough of DSL and generated type-safe application code which is a DSL in reverse order.

New comment by schultzer in "PostgresBench: A Reproducible Benchmark for Postgres Services"

schultzer — Sun, 21 Jun 2026 17:21:34 +0000

Sure, but that is rarely the biggest issues facing a client: top contenders are always queue, pool and decoding. And obviously lack of SQL being a first class in most languages.

New comment by schultzer in "PostgresBench: A Reproducible Benchmark for Postgres Services"

schultzer — Sat, 20 Jun 2026 20:13:14 +0000

While it’s important to focus on the backend itself, why don’t anyone focus on the clients which talk to the databases, it is there most of an applications problem starts also in regards to performance.

New comment by schultzer in "Counting Fast in Erlang with:counters and:atomics"

schultzer — Mon, 11 May 2026 23:08:55 +0000

What we really need is an atomic_term :)

New comment by schultzer in "The Rise of SQL:the second programming language everyone needs to know"

schultzer — Mon, 22 Dec 2025 22:40:34 +0000

SQL is great, but what is even better is a SOTA client. https://github.com/elixir-dbvisor/sql the BEAM can give you superpowers that no other platform can, handle massive concurrency with the performance that rivals bare metal and c https://erlangforums.com/t/elixir-dbvisor-sql-needs-a-sota-p...

New comment by schultzer in "Why I Chose Elixir Phoenix over Rails, Laravel, and Next.js"

schultzer — Thu, 16 Oct 2025 20:41:23 +0000

Couldn’t agree more, I was taking a diplomatic approach as I was linking to my own work!

New comment by schultzer in "Why I Chose Elixir Phoenix over Rails, Laravel, and Next.js"

schultzer — Thu, 16 Oct 2025 14:57:10 +0000

A lot of people tend to flag Elixir for its size and rightfully so, but the community is trying to punch above it’s weight with SOTA libraries. As an old developer once told me: less is more. https://github.com/elixir-dbvisor/sql

New comment by schultzer in "Denmark tests unmanned robotic sailboat fleet"

schultzer — Mon, 16 Jun 2025 21:52:11 +0000

Great to see this, Denmark would do well having an autonomous regiment in the Navy, Airforce and Army.

New comment by schultzer in "LLMs and Elixir: Windfall or Deathblow?"

schultzer — Thu, 05 Jun 2025 17:57:16 +0000

I disagree, it’s wonderful for writing compilers in as well https://github.com/elixir-dbvisor/sql I would go so far as to say superior to a lot of other languages that do not have advanced pattern matching.

New comment by schultzer in "Show HN: SQL-tString a t-string SQL builder in Python"

schultzer — Fri, 16 May 2025 15:29:48 +0000

If your language has macros you can get by as well https://github.com/elixir-dbvisor/sql

New comment by schultzer in "Show HN: SQL-tString a t-string SQL builder in Python"

schultzer — Fri, 16 May 2025 14:37:02 +0000

You can google SQL grammar. But here is the 2025: https://standards.iso.org/iso-iec/9075/-2/ed-6/en/

New comment by schultzer in "Show HN: SQL-tString a t-string SQL builder in Python"

schultzer — Fri, 16 May 2025 14:29:25 +0000

Just took a quick look, and it seams like the parser is hand written which is great, but you probably want to build a lexer and parser based on the BNF grammar take a look at how I do it here https://github.com/elixir-dbvisor/sql/tree/main/lib and do conformance testing with https://github.com/elliotchance/sqltest

New comment by schultzer in "Show HN: SQL-tString a t-string SQL builder in Python"

schultzer — Fri, 16 May 2025 13:56:01 +0000

Not really sure what a t string is or if it’s a macro, but feel similar to https://github.com/elixir-dbvisor/sql but less elegant and ergonomic.

New comment by schultzer in "Membrane: Media Framework for Elixir"

schultzer — Tue, 13 May 2025 20:37:08 +0000

Low latency is addictive. And by the time when you think you might need to change you’re probably become such a skilled engineer that you realize that everybody that shit on mnesia does not know what they talk about. :)

New comment by schultzer in "Membrane: Media Framework for Elixir"

schultzer — Tue, 13 May 2025 18:42:17 +0000

mnesia is great, and you can get very far before you would make the jump to anything else. And it can be way faster then any other database. For obvious reasons.

Although it would be great if it spoke SQL, maybe one day it will: https://github.com/elixir-dbvisor/sql since we can already pass it and get the AST.

New comment by schultzer in "The Beam"

schultzer — Tue, 13 May 2025 02:46:09 +0000

Elixir compiler is written in Erlang, Erlang can produce very efficient code, the new json library can beat c libraries at decoding / encoding. And you get this with a strongly typed dynamic language, which is a distributed language. It’s really hard to beat the BEAM, if only we had better number crunching, but in so cases you can always write a nif.