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.

SSE

Also known as

sse_events_path, sse_path (with or without @ prefix)

Enable Server-Sent Events (SSE) streaming for the endpoint.

Syntax

code
@sse
@sse <path>
@sse <path> on <level>

level: info, notice, warning

SSE Path Construction

The SSE endpoint path is constructed by appending the SSE path segment to the original endpoint path.

When Path is Omitted

When the path is omitted (@sse without arguments), the SSE path segment defaults to the notice level name in lowercase:

LevelSSE Path Segment
INFO (default)info
NOTICEnotice
WARNINGwarning

Example: If your endpoint path is /api/my-function and you use @sse without arguments, the SSE endpoint will be at /api/my-function/info (since INFO is the default level).

When Custom Path is Specified

When you specify a custom path (@sse my_events), that path segment is appended to the endpoint path.

Example: If your endpoint path is /api/my-function and you use @sse my_events, the SSE endpoint will be at /api/my-function/my_events.

Default Level

The default notice level is INFO. This can be changed globally via the DefaultServerSentEventsEventNoticeLevel configuration setting.

Level Filtering

Important

SSE events are sent only for the exact level specified, not for "this level and above".

When you set the level to NOTICE, only RAISE NOTICE statements will generate SSE events. RAISE INFO and RAISE WARNING statements will not generate SSE events for that endpoint.

Configured LevelRAISE INFORAISE NOTICERAISE WARNING
INFOSentNot sentNot sent
NOTICENot sentSentNot sent
WARNINGNot sentNot sentSent

If you need events from multiple levels, create separate SSE endpoints for each level.

Examples

Basic SSE Endpoint

sql
sql
create function long_running_process(_id int)
returns void
language plpgsql
as $$
begin
  raise info 'Starting process...';
  -- do work
  raise info 'Progress: 50%%';
  -- more work
  raise info 'Complete!';
end;
$$;

comment on function long_running_process(int) is
'HTTP POST
@sse events';

If the endpoint is at /api/long-running-process, the SSE endpoint will be at /api/long-running-process/events. It receives RAISE INFO messages (the default level).

With Notice Level

sql
sql
comment on function background_task() is
'HTTP POST
@sse updates on notice';

If the endpoint is at /api/background-task, the SSE endpoint will be at /api/background-task/updates. It receives only RAISE NOTICE messages.

Warning Level Only

sql
sql
comment on function critical_job() is
'HTTP POST
@sse alerts on warning';

If the endpoint is at /api/critical-job, the SSE endpoint will be at /api/critical-job/alerts. It receives only RAISE WARNING messages.

Using Default Path (Level Name)

sql
sql
comment on function my_process() is
'HTTP POST
@sse';

If the endpoint is at /api/my-process, the SSE endpoint will be at /api/my-process/info (default path segment from the default INFO level).

sql
sql
comment on function my_process() is
'HTTP POST
@sse_events_level notice
@sse';

If the endpoint is at /api/my-process, the SSE endpoint will be at /api/my-process/notice (path segment derived from the configured NOTICE level).

Behavior

  • Creates an SSE endpoint by appending the path segment to the original endpoint path
  • PostgreSQL RAISE statements become SSE events
  • Only statements matching the exact configured level generate events
  • Clients connect to SSE path to receive real-time updates
  • Use the X-NpgsqlRest-ID header to correlate SSE events to specific requests

Comments