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.

RETRY_STRATEGY

Also known as

retry_strategy, retry (with or without @ prefix)

Assign a named retry strategy for handling transient database failures.

Syntax

@retry_strategy <strategy-name>
@retry <strategy-name>

Or using custom parameter syntax:

@retry_strategy = <strategy-name>
@retry = <strategy-name>

The strategy-name must match a strategy defined in CommandRetryOptions configuration.

Examples

Use Default Strategy

sql
comment on function critical_operation() is
'HTTP POST
@retry_strategy default';

Use Named Strategy

sql
comment on function important_query() is
'HTTP GET
@retry aggressive';

Combined with Timeout

sql
comment on function long_running_task() is
'HTTP POST
@timeout 2min
@retry_strategy default';

Behavior

  • References a retry strategy defined in CommandRetryOptions.Strategies configuration.
  • Automatically retries on transient failures when PostgreSQL returns error codes defined in the strategy.
  • Strategy defines:
    • Retry count: Number of elements in RetrySequenceSeconds array
    • Retry delays: Wait time between retries in seconds
    • Error codes: PostgreSQL error codes that trigger retries

Common Retry Scenarios

Error TypePostgreSQL CodesDescription
Serialization40001, 40P01Transaction conflicts, deadlocks
Connection08000, 08003, 08006Connection issues
Resources53300Too many connections
System57P03Cannot connect now

Configuration Example

Define strategies in configuration:

json
{
  "CommandRetryOptions": {
    "Enabled": true,
    "DefaultStrategy": "default",
    "Strategies": {
      "default": {
        "RetrySequenceSeconds": [0, 1, 2, 5, 10],
        "ErrorCodes": ["40001", "40P01", "08000", "08003", "08006"]
      },
      "aggressive": {
        "RetrySequenceSeconds": [0, 0.5, 1, 2, 5, 10, 30],
        "ErrorCodes": ["40001", "40P01", "08000", "08003", "08006", "53300", "57P03"]
      },
      "minimal": {
        "RetrySequenceSeconds": [0, 1],
        "ErrorCodes": ["40001", "40P01"]
      }
    }
  }
}

Then use in annotations:

sql
-- Use aggressive retry for critical operations
comment on function process_payment() is
'HTTP POST
@retry aggressive';

-- Use minimal retry for fast queries
comment on function quick_lookup() is
'HTTP GET
@retry minimal';

See Command Retry for complete configuration reference.

Comments

Released under the MIT License.