Skip to content

Commit

Permalink
release 10.645.24152
Browse files Browse the repository at this point in the history
  • Loading branch information
klahnakoski committed May 31, 2024
2 parents a4379e6 + 1d65b0b commit c840d1c
Show file tree
Hide file tree
Showing 7 changed files with 28 additions and 14 deletions.
4 changes: 2 additions & 2 deletions mo_sql_parsing/sql_parser.py
Original file line number Diff line number Diff line change
Expand Up @@ -7,11 +7,11 @@
# Contact: Kyle Lahnakoski ([email protected])
#
from mo_parsing import debug, Null
from mo_parsing.whitespaces import NO_WHITESPACE, Whitespace
from mo_parsing.whitespaces import NO_WHITESPACE

from mo_sql_parsing import utils
from mo_sql_parsing.keywords import *
from mo_sql_parsing.types import get_column_type, time_functions, _sizes
from mo_sql_parsing.types import get_column_type, time_functions, _sizes, unary_ops
from mo_sql_parsing.utils import *
from mo_sql_parsing.windows import window

Expand Down
4 changes: 0 additions & 4 deletions mo_sql_parsing/types.py
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,6 @@


# KNOWN TYPES
from mo_imports import export
from mo_parsing import (
Forward,
Group,
Expand Down Expand Up @@ -277,6 +276,3 @@ def get_column_type(expr, identifier, literal_string):
set_parser_names()

return column_type, column_definition, column_def_references, column_options


export("mo_sql_parsing.utils", unary_ops)
3 changes: 0 additions & 3 deletions mo_sql_parsing/utils.py
Original file line number Diff line number Diff line change
Expand Up @@ -12,15 +12,12 @@

from mo_dots import is_data, is_null, literal_field, unliteral_field
from mo_future import text, number_types, binary_type, flatten
from mo_imports import expect
from mo_parsing import *
from mo_parsing import whitespaces
from mo_parsing.utils import is_number, listwrap

from mo_sql_parsing import simple_op

unary_ops = expect("unary_ops")


class Call(object):
__slots__ = ["op", "args", "kwargs"]
Expand Down
4 changes: 2 additions & 2 deletions packaging/setup.py
Original file line number Diff line number Diff line change
Expand Up @@ -8,13 +8,13 @@
description='More SQL Parsing! Parse SQL into JSON parse tree',
extras_require={"tests":["mo-testing==7.562.24075","mo-threads==6.570.24076","mo-files==6.570.24076","mo-streams==1.570.24076","zstandard>=0.22.0"]},
include_package_data=True,
install_requires=["mo-dots==10.632.24139","mo-future==7.584.24095","mo-imports==7.584.24095","mo-parsing==8.639.24140"],
install_requires=["mo-dots==10.645.24152","mo-future==7.584.24095","mo-imports==7.584.24095","mo-parsing==8.645.24152"],
license='MPL 2.0',
long_description='# More SQL Parsing!\n\n[![PyPI Latest Release](https://img.shields.io/pypi/v/mo-sql-parsing.svg)](https://pypi.org/project/mo-sql-parsing/)\n[![Build Status](https://app.travis-ci.com/klahnakoski/mo-sql-parsing.svg?branch=master)](https://travis-ci.com/github/klahnakoski/mo-sql-parsing)\n[![Downloads](https://pepy.tech/badge/mo-sql-parsing/month)](https://pepy.tech/project/mo-sql-parsing)\n\n\nParse SQL into JSON so we can translate it for other datastores!\n\n[See changes](https://github.com/klahnakoski/mo-sql-parsing#version-changes-features)\n\n## Objective\n\nThe objective is to convert SQL queries to JSON-izable parse trees. This originally targeted MySQL, but has grown to include other database engines. *Please [paste some SQL into a new issue](https://github.com/klahnakoski/mo-sql-parsing/issues) if it does not work for you*\n\n\n## Project Status\n\nDecember 2023 - I continue to resolve issues as they are raised. There are [over 1100 tests](https://app.travis-ci.com/github/klahnakoski/mo-sql-parsing), that cover most SQL for most databases, with limited DML and UDF support, including:\n\n * inner queries, \n * with clauses, \n * window functions\n * create/drop/alter tables and views\n * insert/update/delete statements\n * create procedure and function statements (MySQL only)\n\n\n## Install\n\n pip install mo-sql-parsing\n\n## Parsing SQL\n\n >>> from mo_sql_parsing import parse\n >>> parse("select count(1) from jobs")\n {\'select\': {\'value\': {\'count\': 1}}, \'from\': \'jobs\'}\n \nEach SQL query is parsed to an object: Each clause is assigned to an object property of the same name. \n\n >>> parse("select a as hello, b as world from jobs")\n {\'select\': [{\'value\': \'a\', \'name\': \'hello\'}, {\'value\': \'b\', \'name\': \'world\'}], \'from\': \'jobs\'}\n\nThe `SELECT` clause is an array of objects containing `name` and `value` properties. \n\n\n### SQL Flavours \n\nThere are a few parsing modes you may be interested in:\n\n#### Double-quotes for literal strings\n\nMySQL uses both double quotes and single quotes to declare literal strings. This is not ansi behaviour, but it is more forgiving for programmers coming from other languages. A specific parse function is provided: \n\n result = parse_mysql(sql)\n\n#### SQLServer Identifiers (`[]`)\n\nSQLServer uses square brackets to delimit identifiers. For example\n\n SELECT [Timestamp] FROM [table]\n \nwhich conflicts with BigQuery array constructor (eg `[1, 2, 3, 4]`). You may use the SqlServer flavour with \n \n from mo_sql_parsing import parse_sqlserver as parse\n\n#### NULL is None\n\nThe default output for this parser is to emit a null function `{"null":{}}` wherever `NULL` is encountered in the SQL. If you would like something different, you can replace nulls with `None` (or anything else for that matter):\n\n result = parse(sql, null=None)\n \nthis has been implemented with a post-parse rewriting of the parse tree.\n\n\n#### Normalized function call form\n\nThe default behaviour of the parser is to output function calls in `simple_op` format: The operator being a key in the object; `{op: params}`. This form can be difficult to work with because the object must be scanned for known operators, or possible optional arguments, or at least distinguished from a query object.\n\nYou can have the parser emit function calls in `normal_op` format\n\n >>> from mo_sql_parsing import parse, normal_op\n >>> parse("select trim(\' \' from b+c)", calls=normal_op)\n \nwhich produces calls in a normalized format\n\n {"op": op, "args": args, "kwargs": kwargs}\n\nhere is the pretty-printed JSON from the example above:\n\n```\n{\'select\': {\'value\': {\n \'op\': \'trim\', \n \'args\': [{\'op\': \'add\', \'args\': [\'b\', \'c\']}], \n \'kwargs\': {\'characters\': {\'literal\': \' \'}}\n}}}\n```\n\n\n## Generating SQL\n\nYou may also generate SQL from a given JSON document. This is done by the formatter, which is usually lagging the parser (Dec2023).\n\n >>> from mo_sql_parsing import format\n >>> format({"from":"test", "select":["a.b", "c"]})\n \'SELECT a.b, c FROM test\'\n\n## Contributing\n\nIn the event that the parser is not working for you, you can help make this better but simply pasting your sql (or JSON) into a new issue. Extra points if you describe the problem. Even more points if you submit a PR with a test. If you also submit a fix, then you also have my gratitude. \n\n\n### Run Tests\n\nSee [the tests directory](https://github.com/klahnakoski/mo-sql-parsing/tree/dev/tests) for instructions running tests, or writing new ones.\n\n## More about implementation\n\nSQL queries are translated to JSON objects: Each clause is assigned to an object property of the same name.\n\n \n # SELECT * FROM dual WHERE a>b ORDER BY a+b\n {\n "select": {"all_columns": {}} \n "from": "dual", \n "where": {"gt": ["a", "b"]}, \n "orderby": {"value": {"add": ["a", "b"]}}\n }\n \nExpressions are also objects, but with only one property: The name of the operation, and the value holding (an array of) parameters for that operation. \n\n {op: parameters}\n\nand you can see this pattern in the previous example:\n\n {"gt": ["a","b"]}\n \n## Array Programming\n\nThe `mo-sql-parsing.scrub()` method is used liberally throughout the code, and it "simplifies" the JSON. You may find this form a bit tedious to work with because the JSON property values can be values, lists of values, or missing. Please consider converting everything to arrays: \n\n\n```\ndef listwrap(value):\n if value is None:\n return []\n elif isinstance(value, list)\n return value\n else:\n return [value]\n``` \n\nthen you may avoid all the is-it-a-list checks :\n\n```\nfor select in listwrap(parsed_result.get(\'select\')):\n do_something(select)\n```\n\n## Version Changes, Features\n\n\n### Version 10\n\n*December 2023*\n\n`SELECT *` now emits an `all_columns` call instead of plain star (`*`). \n\n```\n>>> from mo_sql_parsing import parse\n>>> parse("SELECT * FROM table")\n{\'select\': {\'all_columns\': {}}, \'from\': \'table\'}\n```\n\nThis works better with the `except` clause, and is more explicit when selecting all child properties.\n\n``` \n>>> parse("SELECT a.* EXCEPT b FROM table")\n>>> {"select": {"all_columns": "a", "except": "b"}, "from": "table"}\n```\n\nYou may get the original behaviour by staying with version 9, or by using `all_columns="*"`:\n\n```\n>>> parse("SELECT * FROM table", all_columns="*")\n{\'select\': "*", \'from\': \'table\'}\n```\n\n\n### Version 9\n\n*November 2022*\n\nOutput for `COUNT(DISTINCT x)` has changed from function composition\n\n {"count": {"distinct": x}}\n\nto named parameters\n\n {"count": x, "distinct": true}\n \nThis was part of a bug fix [issue142](https://github.com/klahnakoski/mo-sql-parsing/issues/142) - realizing `distinct` is just one parameter of many in an aggregate function. Specifically, using the `calls=normal_op` for clarity:\n \n >>> from mo_sql_parsing import parse, normal_op\n >>> parse("select count(distinct x)", calls=normal_op)\n \n {\'select\': {\'value\': {\n \'op\': \'count\', \n \'args\': [x], \n \'kwargs\': {\'distinct\': True}\n }}}\n\n### Version 8.200+\n\n*September 2022*\n\n* Added `ALTER TABLE` and `COPY` command parsing for Snowflake \n\n\n### Version 8\n \n*November 2021*\n\n* Prefer BigQuery `[]` (create array) over SQLServer `[]` (identity) \n* Added basic DML (`INSERT`/`UPDATE`/`DELETE`) \n* flatter `CREATE TABLE` structures. The `option` list in column definition has been flattened:<br>\n **Old column format**\n \n {"create table": {\n "columns": {\n "name": "name",\n "type": {"decimal": [2, 3]},\n "option": [\n "not null",\n "check": {"lt": [{"length": "name"}, 10]}\n ]\n }\n }}\n \n **New column format**\n \n {"create table": {\n "columns": {\n "name": "name", \n "type": {"decimal": [2, 3]}\n "nullable": False,\n "check": {"lt": [{"length": "name"}, 10]} \n }\n }}\n\n### Version 7 \n\n*October 2021*\n\n* changed error reporting; still terrible\n* upgraded mo-parsing library which forced version change\n\n### Version 6 \n\n*October 2021*\n\n* fixed `SELECT DISTINCT` parsing\n* added `DISTINCT ON` parsing\n\n### Version 5 \n\n*August 2021*\n\n* remove inline module `mo-parsing`\n* support `CREATE TABLE`, add SQL "flavours" emit `{null:{}}` for None\n\n### Version 4\n\n*November 2021*\n\n* changed parse result of `SELECT DISTINCT`\n* simpler `ORDER BY` clause in window functions\n',
long_description_content_type='text/markdown',
name='mo-sql-parsing',
packages=["mo_sql_parsing"],
url='https://github.com/klahnakoski/mo-sql-parsing',
version='10.643.24144',
version='10.645.24152',
zip_safe=True
)
6 changes: 3 additions & 3 deletions packaging/setuptools.json
Original file line number Diff line number Diff line change
Expand Up @@ -20,8 +20,8 @@
]},
"include_package_data": true,
"install_requires": [
"mo-dots==10.632.24139", "mo-future==7.584.24095", "mo-imports==7.584.24095",
"mo-parsing==8.639.24140"
"mo-dots==10.645.24152", "mo-future==7.584.24095", "mo-imports==7.584.24095",
"mo-parsing==8.645.24152"
],
"license": "MPL 2.0",
"long_description": {
Expand Down Expand Up @@ -311,6 +311,6 @@
"name": "mo-sql-parsing",
"packages": ["mo_sql_parsing"],
"url": "https://github.com/klahnakoski/mo-sql-parsing",
"version": "10.643.24144",
"version": "10.645.24152",
"zip_safe": true
}
File renamed without changes.
21 changes: 21 additions & 0 deletions tests/smoke_test2.py
Original file line number Diff line number Diff line change
@@ -0,0 +1,21 @@
# encoding: utf-8
#
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this file,
# You can obtain one at http://mozilla.org/MPL/2.0/.
#
# Author: Kyle Lahnakoski ([email protected])
#
from time import time
import mo_imports

# ensure first import is fast
start_import = time()
from mo_sql_parsing import format
end_time = time()
print(format({"from":"a"}))
for e in mo_imports._expectations:
print((object.__getattribute__(e, "module"), object.__getattribute__(e, "name")))

if mo_imports._monitor:
raise Exception("mo_imports._monitor should not be alive")

0 comments on commit c840d1c

Please sign in to comment.