Django clickHouse database backend.
Project description
Django ClickHouse Database Backend
Django clickhouse backend is a django database backend for clickhouse database. This project allows using django ORM to interact with clickhouse, the goal of the project is to operate clickhouse like operating mysql, postgresql in django.
Thanks to clickhouse driver, django clickhouse backend use it as DBAPI. Thanks to clickhouse pool, it makes clickhouse connection pool.
Read Documentation for more.
Features:
- Reuse most of the existed django ORM facilities, minimize your learning costs.
- Connect to clickhouse efficiently via clickhouse native interface and connection pool.
- No other intermediate storage, no need to synchronize data, just interact directly with clickhouse.
- Support clickhouse specific schema features such as Engine and Index.
- Support most types of table migrations.
- Support creating test database and table, working with django TestCase and pytest-django.
- Support most clickhouse data types.
- Support SETTINGS in SELECT Query.
Notes:
- Not tested upon all versions of clickhouse-server, clickhouse-server 22.x.y.z or over is suggested.
- Aggregation functions result in 0 or nan (Not NULL) when data set is empty. max/min/sum/count is 0, avg/STDDEV_POP/VAR_POP is nan.
- In outer join, clickhouse will set missing columns to empty values (0 for number, empty string for text, unix epoch for date/datatime) instead of NULL. So Count("book") resolve to 1 in a missing LEFT OUTER JOIN match, not 0. In aggregation expression Avg("book__rating", default=2.5), default=2.5 have no effect in a missing match.
Requirements:
- Python >= 3.6
- Django >= 3.2
- clickhouse driver
- clickhouse pool
Get started
Installation
$ pip install django-clickhouse-backend
or
$ git clone https://github.com/jayvynl/django-clickhouse-backend
$ cd django-clickhouse-backend
$ python setup.py install
Configuration
we can use the docker compose file under the project for test and try
Only ENGINE
is required, other options have default values.
-
ENGINE: required, set to
clickhouse_backend.backend
. -
NAME: database name, default
default
. -
HOST: database host, default
localhost
. -
PORT: database port, default
9000
. -
USER: database user, default
default
. -
PASSWORD: database password, default empty.
DATABASES = { 'default': { 'ENGINE': 'clickhouse_backend.backend', 'NAME': 'default', 'HOST': 'localhost', 'USER': 'DB_USER', 'PASSWORD': 'DB_PASSWORD', 'TEST': { 'fake_transaction': True } } } DEFAULT_AUTO_FIELD = 'django.db.models.BigAutoField'
DEFAULT_AUTO_FIELD = 'django.db.models.BigAutoField'
is required to working with django migration.
More details will be covered in DEFAULT_AUTO_FIELD.
Model Definition
Clickhouse backend support django builtin fields and clickhouse specific fields.
Read fields documentation for more.
Notices about model definition:
-
import models from clickhouse_backend, not from django.db
-
add low_cardinality for StringFiled, when the data field cardinality is relatively low, this configuration can significantly improve query performance
-
cannot use db_index=True in Field, but we can add in the Meta indexes
-
need to specify the ordering in Meta just for default query ordering
-
need to specify the engine for clickhouse, specify the order_by for clickhouse order and the partition_by argument
from django.db.models import CheckConstraint, Func, Q, IntegerChoices
from django.utils import timezone
from clickhouse_backend import models
class Event(models.ClickhouseModel):
class Action(IntegerChoices):
PASS = 1
DROP = 2
ALERT = 3
ip = models.GenericIPAddressField(default='::')
ipv4 = models.GenericIPAddressField(default='127.0.0.1')
ip_nullable = models.GenericIPAddressField(null=True)
port = models.UInt16Field(default=0)
protocol = models.StringField(default='', low_cardinality=True)
content = models.StringField(default='')
timestamp = models.DateTime64Field(default=timezone.now)
created_at = models.DateTime64Field(auto_now_add=True)
action = models.EnumField(choices=Action.choices, default=Action.PASS)
class Meta:
verbose_name = 'Network event'
ordering = ['-id']
db_table = 'event'
engine = models.ReplacingMergeTree(
order_by=['id'],
partition_by=Func('timestamp', function='toYYYYMMDD')
)
indexes = [
models.Index(
fields=["ip"],
name='ip_set_idx',
type=models.Set(1000),
granularity=4
),
models.Index(
fields=["ipv4"],
name="ipv4_bloom_idx",
type=models.BloomFilter(0.001),
granularity=1
)
]
constraints = (
CheckConstraint(
name='port_range',
check=Q(port__gte=0, port__lte=65535),
),
)
Migration
$ python manage.py makemigrations
this operation will generate migration file under apps/migrations/
then we mirgrate
$ python manage.py migrate
for the first time run, this operation will generate django_migrations table with create table sql like this
> show create table django_migrations;
CREATE TABLE other.django_migrations
(
`id` Int64,
`app` FixedString(255),
`name` FixedString(255),
`applied` DateTime64(6, 'UTC')
)
ENGINE = MergeTree
ORDER BY id
SETTINGS index_granularity = 8192
we can query it with results like this
> select * from django_migrations;
┌──────────────────id─┬─app─────┬─name─────────┬────────────────────applied─┐
│ 1626937818115211264 │ testapp │ 0001_initial │ 2023-02-18 13:32:57.538472 │
└─────────────────────┴─────────┴──────────────┴────────────────────────────┘
migrate will create a table with name event as we define in the models
> show create table event;
CREATE TABLE other.event
(
`id` Int64,
`ip` IPv6,
`ipv4` IPv6,
`ip_nullable` Nullable(IPv6),
`port` UInt16,
`protocol` LowCardinality(String),
`content` String,
`timestamp` DateTime64(6, 'UTC'),
`created_at` DateTime64(6, 'UTC'),
`action` Enum8('Pass' = 1, 'Drop' = 2, 'Alert' = 3),
INDEX ip_set_idx ip TYPE set(1000) GRANULARITY 4,
INDEX port_bloom_idx port TYPE bloom_filter(0.001) GRANULARITY 1,
CONSTRAINT port_range CHECK (port >= 0) AND (port <= 65535)
)
ENGINE = ReplacingMergeTree
PARTITION BY toYYYYMMDD(timestamp)
ORDER BY id
SETTINGS index_granularity = 8192
Operate Data
create
for i in range(10):
Event.objects.create(ip_nullable=None, port=i,
protocol="HTTP", content="test",
action=Event.Action.PASS.value)
assert Event.objects.count() == 10
query
queryset = Event.objects.filter(content="test")
for i in queryset:
print(i)
update
Event.objects.filter(port__in=[1, 2, 3]).update(protocol="TCP")
time.sleep(1)
assert Event.objects.filter(protocol="TCP").count() == 3
delete
Event.objects.filter(protocol="TCP").delete()
time.sleep(1)
assert not Event.objects.filter(protocol="TCP").exists()
Except for the model definition, all other operations are like operating relational databases such as mysql and postgresql
Testing
Writing testcase is all the same as normal django project. You can use django TestCase or pytest-django. Notice: clickhouse use mutations for deleting or updating. By default, data mutations is processed asynchronously. That is, when you update or delete a row, clickhouse will perform the action after a period of time. So you should change this default behavior in testing for deleting or updating. There are 2 ways to do that:
- Config database engine as follows, this sets
mutations_sync=1
at session scope.DATABASES = { 'default': { 'ENGINE': 'clickhouse_backend.backend', 'OPTIONS': { 'settings': { 'mutations_sync': 1, } } } }
- Use SETTINGS in SELECT Query.
Event.objects.filter(protocol='UDP').settings(mutations_sync=1).delete()
Sample test case.
from django.test import TestCase
class TestEvent(TestCase):
def test_spam(self):
assert Event.objects.count() == 0
Test
To run test for this project:
$ git clone https://github.com/jayvynl/django-clickhouse-backend
$ cd django-clickhouse-backend
# docker and docker-compose are required.
$ docker-compose up -d
$ python tests/runtests.py
# run test for every python version and django version
$ pip install tox
$ tox
Changelog
1.0.1 (2023-02-23)
- Add
return_int
parameter toEnum[8|16]Field
to control whether to get an int or str value when querying from the database. - Fix TupleField container_class.
- Add fields documentation.
1.0.0 (2023-02-21)
- Add tests for migrations.
- Fix bytes escaping.
- Fix date and datetime lookup.
- Add documentations.
- Add lots of new field types:
- Float32/64
- [U]Int8/16/32/64/128/256
- Date/Date32/DateTime('timezone')/DateTime64('timezone')
- String/FixedString(N)
- Enum8/16
- Array(T)
- Bool
- UUID
- Decimal
- IPv4/IPv6
- LowCardinality(T)
- Tuple(T1, T2, ...)
- Map(key, value)
License
Django clickhouse backend is distributed under the MIT license.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file django-clickhouse-backend-1.0.1.tar.gz
.
File metadata
- Download URL: django-clickhouse-backend-1.0.1.tar.gz
- Upload date:
- Size: 46.6 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.2 CPython/3.10.9
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | c470e176a1b82d7d795faada5bc14276ca175b183c6a9423f7e64a3e0bfbee91 |
|
MD5 | 2f32a468d4566ad7a51dc06280d9b63b |
|
BLAKE2b-256 | d6a9eb0479b6a8b38bb756b05011463c4bfb327fac872f077fd5d8f83249562f |
Provenance
File details
Details for the file django_clickhouse_backend-1.0.1-py3-none-any.whl
.
File metadata
- Download URL: django_clickhouse_backend-1.0.1-py3-none-any.whl
- Upload date:
- Size: 56.1 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.2 CPython/3.10.9
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | feaf0925c91f6a898c439ba4190a508c9a53113521a4c4c5df32153358f92892 |
|
MD5 | 78f8b08829717e4c0fe1ed8403a02b74 |
|
BLAKE2b-256 | e4154e2f5718e0a7a9833a7af20f1484f27f526659846a48f24a43e3c9e02b4f |