django Fake ORM model that query an RestAPI instead of a database —
Project description
Allow to query a django RestAPI with same interface as the django ORM. (the targeted API must use django-rest-framework + dynamic-rest libraries) In fact, it works like any other database engine. You add the rest_models engine in an alternate database and the rest_models databe router. Then add APIMeta class to the models querying the API, voilà !
Stable branch
Development status
Installation
Install using pip:
pip install django-rest-models
Alternatively, you can download or clone this repo and install with :
pip install -e ..
Requirements
This database wrapper work with
python 2.7, 3.4, 3.5, 3.6
django 1.11
On the api, this is tested against
django-rest-framework 3.4, 3.5
dynamic-rest 1.5, 1.6
Examples
settings.py:
DATABASES = {
'default': {
...
},
'api': {
'ENGINE': 'rest_models.backend',
'NAME': 'https://requestb.in/',
'USER': 'userapi',
'PASSWORD': 'passwordapi',
'AUTH': 'rest_models.backend.auth.BasicAuth',
},
}
DATABASE_ROUTERS = [
'rest_models.router.RestModelRouter',
]
models.py:
class MyModel(models.Model):
field = models.IntegerField()
...
class Meta:
# basic django meta Stuff
verbose_name = 'my model'
# the only customisation that make this model special
class APIMeta:
pass
class MyOtherModel(models.Model):
other_field = models.IntegerField()
first_model = models.ForeignKey(MyModel, db_column='mymodel')
...
class Meta:
# basic django meta Stuff
verbose_name = 'my other model'
# the only customisation that make this model special
class APIMeta:
pass
Targeted API requirements
To allow this database adapter to work like a relational one, the targeted API must respect some requirements :
dynamic-rest installed and all serializers/views must respectively inherit from Dynamic* (DynamicModelSerializer, etc…)
Each API serializer must :
Provide the id field
Provide the related field (ManyToMany and ForeignKey on Models) as DynamicRelationField
Provide the reverse related field. We must, for each ForeignKey and ManyToMany, add a field on the related model’s serializer.
class MenuSerializer(DynamicModelSerializer):
pizzas = DynamicRelationField('PizzaSerializer', many=True) # Menu.pizza = ManyToMany
class Meta:
model = Menu
name = 'menu'
fields = ('id', 'code', 'name', 'pizzas')
deferred_fields = ('pizza_set', )
class PizzaSerializer(DynamicModelSerializer):
toppings = DynamicRelationField(ToppingSerializer, many=True)
menu = DynamicRelationField(MenuSerializer) # Add this because Menu.pizza = ManyToMany
class Meta:
model = Pizza
name = 'pizza'
fields = ('id', 'name', 'price', 'from_date', 'to_date', 'toppings', 'menu')
django-rest-models provide a way to check the consistency of the api with the local models via the django check framework. At each startup, it will query the api with OPTIONS to check if the local models match the remote serializers.
Caveats
Since this is not a real relational database, all feature cannot be implemented. Some limitations are inherited by dynamic-rest filtering system too.
Aggregations : is not implemented on the api endpoint, maybe in future releases
Complex filtering using OR : all filter passed to dynamic-rest is ANDed together, so no OR is possible
Negated AND in filtering: a negated AND give a OR, so previous limitation apply
Negated OR in filtering: since the compitation of nested filter is complexe and error prone, we disable all OR. in fact, only some nested of AND is accepted. only the final value of the Q() object can be negated
for short, you CANNOT :
Pizza.objects.aggregate()
Pizza.objects.annotate()
Pizza.objects.filter(Q(..) | Q(..))
Pizza.objects.exclude(Q(..) & Q(..))
Pizza.objects.exclude(Q(..) | Q(..))
but you can :
Pizza.objects.create
Pizza.objects.bulk_create
Pizza.objects.update
Pizza.objects.bulk_update
Pizza.objects.select_related
Pizza.objects.prefetch_related
Pizza.objects.values
Pizza.objects.values_list
Pizza.objects.delete
Pizza.objects.count()
Pizza.objects.filter(..., ..., ...)
Pizza.objects.filter(...).filter(...).exclude(...)
Pizza.objects.exclude(..., ...).exclude(...)
Pizza.objects.filter(Q(..) & Q(..))
Specific behaviour
Some specific behaviour has been implemented to use the extra feature of a Rest API :
When inserting, the resulting model is returned by the API. the inserted model is updated with the resulting values. This imply 2 things:
If you provided default values for fields in the api, these data will be populated into your created instance if it was ommited.
If the serializer have some computed data, its data will always be used as a replacement of the one you gave to your models. (cf example: Pizza.cost which is the sum of the cost of the toppling. after each save, its value will be updated)
Support
This database api support :
select_related
order_by
only
defer
filter
exclude
delete
update
create
bulk create (with retrive of pk)
ManyToManyField
ForeignKey*
Documentation
The full documentation is at http://django-rest-models.readthedocs.org/en/latest/.
Requirements
Python 2.7, 3.4, 3.5
Django >= 1.8
Contributions and pull requests are welcome.
Bugs and requests
If you found a bug or if you have a request for additional feature, please use the issue tracker on GitHub.
License
You can use this under GPLv3.
Thanks
Thanks to django for this amazing framework.
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-rest-models-1.6.1.tar.gz
.
File metadata
- Download URL: django-rest-models-1.6.1.tar.gz
- Upload date:
- Size: 39.7 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/1.11.0 pkginfo/1.4.2 requests/2.12.4 setuptools/32.3.1 requests-toolbelt/0.8.0 tqdm/4.23.2 CPython/3.5.3rc1
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 2df6244d96b5f9e2717c1a385bc82e100738d4572f975b422b7d11f3b494edfc |
|
MD5 | 28f47c8e0e89b56df89c47759803c365 |
|
BLAKE2b-256 | 972229110445c9d3e73c3a2b1dcc7855237c1923a0134a0e8f0ea87a58a7bc6a |
File details
Details for the file django_rest_models-1.6.1-py2.py3-none-any.whl
.
File metadata
- Download URL: django_rest_models-1.6.1-py2.py3-none-any.whl
- Upload date:
- Size: 45.4 kB
- Tags: Python 2, Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/1.11.0 pkginfo/1.4.2 requests/2.12.4 setuptools/32.3.1 requests-toolbelt/0.8.0 tqdm/4.23.2 CPython/3.5.3rc1
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 42d2168219d63203336a5662048f9da89c82ce0aed16d28b0d4c7220675758cd |
|
MD5 | d50fdfbeebd40fae04de122548eeb8d5 |
|
BLAKE2b-256 | ba7e29f74cb68444b984cd23545486a6068b15cc03fbe512ed354bc9d827bd07 |