Postgres insert update with pandas DataFrames.
Thanks to freesvg.org for the logo assets
Upsert with pandas DataFrames (
ON CONFLICT DO NOTHING or
ON CONFLICT DO UPDATE) for PostgreSQL, MySQL, SQlite and potentially other databases behaving like SQlite (untested) with some additional optional features (see features). Upserting can be done with primary keys or unique keys.
Pangres also handles the creation of non existing SQL tables and schemas.
- (optional) Automatical column creation (when a column exists in the DataFrame but not in the SQL table).
- (optional) Automatical column type alteration for columns that are empty in the SQL table (except for SQlite where alteration is limited).
- Creates the table if it is missing.
- Creates missing schemas in Postgres (and potentially other databases that have a schema system).
- JSON is supported (with pd.to_sql it does not work) with some exceptions (see Gotchas and caveats).
- Fast (except for SQlite where some help is needed).
- Will work even if not all columns defined in the SQL table are there.
- SQL injection safe (schema, table and column names are escaped and values are given as parameters).
- Python 3.7.3 and Python 3.8.0
- MySQL 5.7.29 using pymysql 0.9.3
- PostgreSQL 9.6.17 using psycopg2 2.8.4
- SQlite 3.28.0 using sqlite3 2.6.0
Gotchas and caveats
- We can't create JSON columns automatically but we can insert JSON like objects (list, dict) in existing JSON columns.
- "%", ")" and "(" in column names will most likely cause errors with PostgreSQL (this is due to psycopg2 and also affect pd.to_sql). Use the function pangres.fix_psycopg2_bad_cols to "clean" the columns in the DataFrame. You'll also have to rename columns in the SQL table accordingly (if the table already exists).
- Even though we only do data type alteration on empty columns, since we don't want to lose column information (e.g. constraints) we use true column alteration (instead of drop+create) so the old data type must be castable to the new data type. Postgres seems a bit restrictive in this regard even when the columns are empty (e.g. BOOLEAN to TIMESTAMP is impossible).
- SQlite must be version 3.24.4 or higher! UPSERT syntax did not exist before.
- Column type alteration is not possible for SQlite.
- SQlite inserts can be at worst 5 times slower than pd.to_sql for some reasons. If you can help please contact me!
- Inserts with 1000 columns or more are not supported due to a restriction of 999 parameters per queries. One way to fix this would inserting the columns progressively but this seems quite tricky. If you know a better way please contact me.
- MySQL will often change the order of the primary keys in the SQL table when using INSERT... ON CONFLICT.. DO NOTHING/UPDATE. This seems to be the expected behavior so nothing we can do about it but please mind that!
- You may need to provide SQL dtypes e.g. if you have a primary key with text you will need to provide a character length (e.g. VARCHAR(50)) because MySQL does not support indices/primary keys with flexible text length. pd.to_sql has the same issue.
This is a library I was using in production in private with very good results and decided to publish.
Ideally such features will be integrated into pandas since there is already a PR on the way) and I would like to give the option to add columns via another PR.
There is also pandabase which does almost the same thing (plus lots of extra features) but my implementation is different. Btw big thanks to pandabase and the sql part of pandas which helped a lot.
pip install pangres
Additionally depending on which database you want to work with you will need to install the corresponding library (note that SQlite is included in the standard library):
pip install psycopg2
pip install pymysql
Head over to pangres' wiki!
Pull requests/issues are welcome.
Note: I develop the library inside of Jupyter Lab using the jupytext extension.
I recommand using this extension for the best experience. It will split code blocks within modules in cells and will help thanks to interactive development.
If you wish you can also use the provided environment (see
environment.yml file) inside of Jupyter Lab/Notebook thanks to nb_conda_kernels.
You can test one or multiple of the following SQL flavors (you will of course need a live database for this): PostgreSQL, SQlite or MySQL.
NOTE: in one of the tests of
pangres we will try to drop and then create a PostgreSQL schema called
pangres_create_schema_test. If the schema existed and was not empty an error will be raised.
Clone pangres then set your curent working directory to the root of the cloned repository folder. Then use the commands below. You will have to replace the following variables in those commands:
- SQLITE_CONNECTION_STRING: replace with a SQlite sqlalchemy connection string (e.g. "sqlite:///test.db")
- POSTGRES_CONNECTION_STRING: replace with a Postgres sqlalchemy connection string (e.g. "postgres:///user:password@localhost:5432/database"). Specifying schema is optional for postgres (will default to public).
- PG_SCHEMA (optional): schema for postgres (defaults to public)
- MYSQL_CONNECTION_STRING: replace with a MySQL sqlalchemy connection string (e.g. "mysql+pymysql:///user:password@localhost:3306/database")
# 1. Create and activate the build environment conda env create -f environment.yml conda activate pangres-dev # 2. Install pangres in editable mode (changes are reflected upon reimporting) pip install -e . # 3. Run pytest # -s prints stdout # -v prints test parameters # --cov=./pangres shows coverage only for pangres # --doctest-modules tests with doctest in all modules pytest -s -v pangres --cov=pangres --doctest-modules --sqlite_conn=$SQLITE_CONNECTION_STRING --pg_conn=$POSTGRES_CONNECTION_STRING --mysql_conn=$MYSQL_CONNECTION_STRING --pg_schema=tests
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.