Gathering detailed insights and metrics for @secam/pgsql-ast-parser
Gathering detailed insights and metrics for @secam/pgsql-ast-parser
Gathering detailed insights and metrics for @secam/pgsql-ast-parser
Gathering detailed insights and metrics for @secam/pgsql-ast-parser
npm install @secam/pgsql-ast-parser
Typescript
Module System
Node Version
NPM Version
77
Supply Chain
98.1
Quality
74.8
Maintenance
100
Vulnerability
100
License
TypeScript (80.43%)
Nearley (18.66%)
JavaScript (0.91%)
Total Downloads
1,675
Last Day
1
Last Week
16
Last Month
34
Last Year
1,291
348 Commits
2 Branches
1 Contributors
Updated on Jan 07, 2024
Minified
Minified + Gzipped
Latest Version
12.0.1
Package Id
@secam/pgsql-ast-parser@12.0.1
Unpacked Size
1.63 MB
Size
231.93 kB
File Count
184
NPM Version
8.19.4
Node Version
16.20.2
Published on
Jan 09, 2024
Cumulative downloads
Total Downloads
Last Day
0%
1
Compared to previous day
Last Week
1,500%
16
Compared to previous week
Last Month
36%
34
Compared to previous month
Last Year
236.2%
1,291
Compared to previous year
❤ It works both in node or in browser.
⚠ This parser does not support (yet) PL/pgSQL. It might not even cover some funky syntaxes.
❤ Open an issue if you find an bug or unsupported syntax !
🔗 This parser has been created to implement pg-mem, an in-memory postgres db emulator. 👉 play with it here
⭐ this repo if you like this package, it helps to motivate me :)
1npm i @secam/pgsql-ast-parser
⚠ I strongly recommend NOT using this parser without Typescript. It will work, but types are awesome.
Parse sql to an AST like this:
1import { parse, Statement } from 'pgsql-ast-parser'; 2 3// parse multiple statements 4const ast: Statement[] = parse(`BEGIN TRANSACTION; 5 insert into my_table values (1, 'two')`); 6 7// parse a single statement 8const ast: Statement = parseFirst(`SELECT * FROM "my_table";`);
Once you have parsed an AST, you might want to traverse it easily to know what's in it.
There is a helper for that: astVisitor.
Here is an example which lists all the tables used in a request, and which counts how many joins it contains:
1 2import { astVisitor, parse } from '@secam/pgsql-ast-parser'; 3 4const tables = new Set(); 5let joins = 0; 6const visitor = astVisitor(map => ({ 7 8 // implement here AST parts you want to hook 9 10 tableRef: t => tables.add(t.name), 11 join: t => { 12 joins++; 13 // call the default implementation of 'join' 14 // this will ensure that the subtree is also traversed. 15 map.super().join(t); 16 } 17})) 18 19// start traversing a statement 20visitor.statement(parseFirst(`select * from ta left join tb on ta.id=tb.id`)); 21 22// print result 23console.log(`Used tables ${[...tables].join(', ')} with ${joins} joins !`) 24
You'll find that AST visitors (that's the name of this pattern) are quite flexible and powerful once you get used to them !
👉 Here is the implementation of toSql which uses an astVisitor to reconstitude SQL from an AST (see below).
That's super easy:
1import { toSql } from '@secam/pgsql-ast-parser'; 2 3const sql: string = toSql.statement(myAst); 4
Like with astVisitor()
or astModifier()
, you can also convert subparts of AST to SQL (not necessarily a whole statement) by calling other methods of toSql.
There is a special kind of visitor, which I called astMapper, which allows you to traverse & modify ASTs on the fly.
For instance, you could rename a table in a request like this:
1import { toSql, parseFirst, astMapper } from '@secam/pgsql-ast-parser'; 2 3// create a mapper 4const mapper = astMapper(map => ({ 5 tableRef: t => { 6 if (t.name === 'foo') { 7 return { 8 // Dont do that... see below 9 // (I wrote this like that for the sake of explainability) 10 ...t, 11 name: 'bar', 12 } 13 } 14 15 // call the default implementation of 'tableRef' 16 // this will ensure that the subtree is also traversed. 17 return map.super().tableRef(t); 18 } 19})) 20 21// parse + map + reconvert to sql 22const modified = mapper.statement(parseFirst('select * from foo')); 23 24console.log(toSql.statement(modified!)); // => SELECT * FROM "bar" 25
Good to know: If you use Typescript, return types will force you to return something compatible with a valid AST.
However, if you wish to remove a node from a tree, you can return null. For instance, this sample removes all references to column 'foo'
:
1// create a mapper 2const mapper = astMapper(map => ({ 3 ref: c => c.name === 'foo' ? null : c, 4})) 5 6// process sql 7const result = mapper.statement(parseFirst('select foo, bar from test')); 8 9// Prints: SELECT "bar" FROM "test" 10console.log(toSql.statement(result!));
If no valid AST can be produced after having removed it, result
will be null.
astMapper
performance:The AST default modifier tries to be as efficient as possible: It does not copy AST parts as long as they do not have changed.
If you wan to avoid unnecessary copies, try to return the original argument as much as possible when nothing has changed.
For instance, instead of writing this:
1 member(val: a.ExprMember) { 2 const operand = someOperandTransformation(val.operand); 3 if (!operand) { 4 return null; 5 } 6 return { 7 ...val, 8 operand, 9 } 10 }
Prefer an implement that checks that nothing has changed, for instance by using the assignChanged()
helper.
1 member(val: a.ExprMember) { 2 const operand = someOperandTransformation(val.operand); 3 if (!operand) { 4 return null; 5 } 6 return assignChanged(val, { 7 operand, 8 }); 9 }
It's pretty easy to implement.
To deal with this kind optimization with arrays, there is a arrayNilMap()
helper exposed:
1const newArray = arrayNilMap(array, elem => transform(elem)); 2if (newArray === array) { 3 // transform() has not changed any element in the array ! 4}
Postgres implements several literal syntaxes (string-to-something converters), whiches parsers are exposed as helper functions by this pgsql-ast-parser:
parseArrayLiteral()
parses arrays literals syntaxes (for instance {a,b,c}
)parseGeometricLiteral()
parses geometric types (for instance, things like (1,2)
or <(1,2),3>
)parseIntervalLiteral()
parses interval inputs literals (such as P1Y2DT1H
or 1 yr 2 days 1 hr
):name
? 👉 See here (TLDR){locationTracking: true}
to parse()
, and use the locationOf(node)
function.parseWithComments()
instead of parse()
Pull requests are welcome :)
To start hacking this lib, you'll have to:
npm start
... once done, tests should appear. HMR is on, which means that changes in your code are instantly propagated to unit tests. This allows for ultra fast development cycles (running tests takes less than 1 sec).
To debug tests: Just hit "run" (F5, or whatever)... vscode should attach the mocha worker. Then run the test you want to debug.
No vulnerabilities found.
No security vulnerabilities found.