# Runtime-Extensible SQL Parsers Using PEG

**URL:** <https://forum.devtalk.com/t/runtime-extensible-sql-parsers-using-peg/178459>\
**Category:** In The News\
**Tags:** via-news-bot, sql, in-the-news\
**Created:** [23 November 2024 17:49 UTC](https://forum.devtalk.com/t/runtime-extensible-sql-parsers-using-peg/178459 "2024-11-23T17:49:59Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![CommunityNews](https://forum.devtalk.com/user_avatar/forum.devtalk.com/communitynews/32/1113_2.png) [@CommunityNews](https://forum.devtalk.com/u/CommunityNews)\
**Post date:** [23 November 2024 17:49 UTC](https://forum.devtalk.com/t/runtime-extensible-sql-parsers-using-peg/178459/1 "2024-11-23T17:49:59Z")

</div>

> Runtime-Extensible SQL Parsers Using PEG.  
> Despite their central role in processing queries, parsers have not received any noticeable attention in the data systems space. State-of-the art systems are content with ancient old parser generators. These generators create monolithic, inflexible and unforgiving parsers that hinder innovation in query languages and frustrate users. Instead, parsers should be rewritten using modern abstractions like Parser Expression Grammars (PEG), which allow dynamic changes to the accepted query syntax and better error recovery. In this post, we discuss how parsers could be re-designed using PEG, and validate our recommendations using experiments for both effectiveness and efficiency.

Read in full here:

> **[Runtime-Extensible SQL Parsers Using PEG](https://duckdb.org/2024/11/22/runtime-extensible-parsers.html)**
>
> Despite their central role in processing queries, parsers have not received any noticeable attention in the data systems space. State-of-the art systems are content with ancient old parser generators. These generators create monolithic, inflexible...

_This thread was posted by one of our members via one of our news source trackers._