This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author erlendaasland
Recipients berker.peksag, christian.heimes, erlendaasland, pablogsal, serhiy.storchaka, steve.dower
Date 2021-11-02.22:28:00
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1635892080.52.0.48325640103.issue45243@roundup.psfhosted.org>
In-reply-to
Content
Steve, do you think it is worth it adding an audit hook for setting connection limits?

Most of the limits are harmless, but limits that control recursion are more interesting.

SQLITE_LIMIT_EXPR_DEPTH:

    Maximum Depth Of An Expression Tree

    SQLite parses expressions into a tree for processing. During code
    generation, SQLite walks this tree recursively. The depth of expression
    trees is therefore limited in order to avoid using too much stack space.
    [...] If the value is 0, then no limit is enforced.

SQLITE_LIMIT_TRIGGER_DEPTH:

    Maximum Depth Of Trigger Recursion

    SQLite limits the depth of recursion of triggers in order to prevent a
    statement involving recursive triggers from using an unbounded amount of
    memory.

Note also, how the SQLite docs talk about SQLITE_LIMIT_LENGTH:

    Maximum length of a string or BLOB

    [...] In security-sensitive applications it is best not to try to increase
    the maximum string and blob length. In fact, you might do well to lower
    the maximum string and blob length to something more in the range of a few
    million if that is possible.
History
Date User Action Args
2021-11-02 22:28:00erlendaaslandsetrecipients: + erlendaasland, christian.heimes, berker.peksag, serhiy.storchaka, steve.dower, pablogsal
2021-11-02 22:28:00erlendaaslandsetmessageid: <1635892080.52.0.48325640103.issue45243@roundup.psfhosted.org>
2021-11-02 22:28:00erlendaaslandlinkissue45243 messages
2021-11-02 22:28:00erlendaaslandcreate