Skip to content
Written with Claude
IMPORTANT

As you may notice, this page and pretty much the entire website were obviously created with the help of AI. I wonder how you could tell? Was it a big "Written With Claude" badge on every page? I moved it to the top now (with the help of AI of course) to make it even more obvious. There are a few blogposts that were written by me manually, the old-fashioned way, I hope there will be more in the future, and those have a similar "Human Written" badge. This project (not the website), on the other hand, is a very, very different story. It took me more than two years of painstaking and unpaid work in my own free time. A story that, hopefully, I will tell someday. But meanwhile, what would you like me to do? To create a complex documentation website with a bunch of highly technical articles with the help of AI and fake it, to give you an illusion that I also did that manually? Like the half of itnernet is doing at this point? How does that makes any sense? Is that even fair to you? Or maybe to create this website manually, the old-fashioned way, just for you? While working a paid job for a salary, most of you wouldn't even get up in the morning. Would you like me to sing you a song while we're at it? For your personal entertainment? Seriously, get a grip. Do you find this information less valuable because of the way this website was created? I give my best to fix it to keep the information as accurate as possible, and I think it is very accurate at this point. If you find some mistakes, inaccurancies or problems, there is a comment section at the bottom of every page, which I also made with the help of the AI. And I woould very much appreciate if you leave your feedback there. Look, I'm just a guy who likes SQL, that's all. If you don't approve of how this website was constructed and the use of AI tools, I suggest closing this page and never wever coming back. And good riddance. And I would ban your access if I could know how. Thank you for your attention to this matter.

SINGLE

Also known as

single_record, single_result (with or without @ prefix)

Return a single record as a JSON object instead of a JSON array.

Syntax

code
@single

Default Behavior vs Single

By default, all endpoints return results as a JSON array, even when only one row is returned. With the @single annotation, the result is returned as a plain JSON object.

Without @single:

json
json
[{"id": 1, "name": "Alice"}]

With @single:

json
json
{"id": 1, "name": "Alice"}

Examples

PostgreSQL Function

sql
sql
create function get_user(_id int)
returns table(id int, name text, email text)
language sql
begin atomic;
select id, name, email from users where id = _id;
end;

comment on function get_user(int) is 'HTTP GET /users/{_id}
@single';

GET /users/1

json
json
{"id": 1, "name": "Alice", "email": "alice@example.com"}

SQL File

sql
sql
-- sql/get_user.sql
-- HTTP GET
-- @single
-- @param $1 user_id
SELECT id, name, email FROM users WHERE id = $1;

GET /api/get-user?user_id=1

json
json
{"id": 1, "name": "Alice", "email": "alice@example.com"}

Single Unnamed Column

When the result has a single unnamed column, the bare JSON value is returned:

sql
sql
-- sql/get_username.sql
-- HTTP GET
-- @single
-- @param $1 user_id
SELECT name FROM users WHERE id = $1;

GET /api/get-username?user_id=1"Alice"

Multi-Command Files (Positional)

In multi-command SQL files, @single is positional — it applies to the next statement below it:

sql
sql
-- sql/process_user.sql
-- HTTP POST
-- @param $1 id
-- @single
SELECT id, name FROM users WHERE id = $1;
UPDATE orders SET status = 'done' WHERE id = $1;
-- @single
SELECT id, status FROM orders WHERE id = $1;

Result:

json
json
{
  "result1": {"id": 1, "name": "alice"},
  "result2": 1,
  "result3": {"id": 1, "status": "done"}
}
  • First and third commands return objects (@single above them)
  • Second command returns rows-affected count (void, unaffected)
  • Empty per-command @single results render as null

Behavior

  • Multi-column results return a JSON object (no array wrapping)
  • Single unnamed column results return a bare JSON value (e.g., "hello", 42)
  • If the query returns multiple rows, only the first row is returned
  • Works across all endpoint sources: functions, SQL files, and CRUD endpoints
  • In multi-command files, @single is positional — applies to the next statement below
  • TypeScript client generates Promise<IResponse> instead of Promise<IResponse[]>

Empty Results

When the query returns no rows, the behavior depends on the @response_null annotation:

SettingResponse
empty_string (default)Empty response body
null_literalnull
no_contentHTTP 204 No Content

In multi-command files, empty per-command @single results render as null.

Comments