Comments (15)
I'd like to be able to support both but it might be a too much of a burden for the project since this is mostly a single person project.
Plus I'd like to rely on Django's migration autodetector and project/model states instead of dealing with the low level schema alteration API which should clean up a lot of things (mostly in the way we deal with relationships). I'm actually waiting for work to begin on South 2.0 (which might backport most of those useful handlers to Django < 1.7) before taking a final decision.
Would you be interested in helping toward maintaining a backward compatibility shim with Django < 1.7?
from django-mutant.
I would be happy to help but progress will be slow because my time is limited, but I will help.
If South 2.0 will do what you say it will basically solve most of the issues.
The problem is, when? I think it will take some time.
South site has no details about it nor the RSS feeds.
My first thought is to branch a new 1.7 repo and work on support for >=1.7.
Where change is needed to support <=1.6 I am thinking monkey patch`s.
When we detect 1.6< we will register the appropriate packages that handle the low level API.
Some cases will require monkey patching.
This is dirty but it will ensure easy transformation when dropping support for 1.6
I am new to 1.7 migration and I need to learn the concept behind it.
Another thing to note, as this is an open source project people might use it with MySQL
or MSSQL
. (despite the lack of support for DDL transactions)
I managed to get them both working quite good.
There is no support for MSSQL in 1.7 migrations... (this is a minor issue but its there).
from django-mutant.
I've heard that the MSSQL backend on supporting migrations.
You should really stay away from backend not supporting transactional DDLs, there's no way you can ensure you're not going to shoot you in the foot and get a totally out-of-sync ModelDefinition
.
from django-mutant.
Thanks for the work you've done so far.
any idea when support for 1.7 would be ready? [or is it already working?]
from django-mutant.
@tr33house work on 1.7 support should start when it's officially released of before if I find the time.
from django-mutant.
Hi! Not to poke a stick at this thread, but is there any light at the end of the tunnel on 1.7 support?
from django-mutant.
@amdemas I unfortunately haven't found the time to work on 1.7 support yet :/
from django-mutant.
What is the status of this project? Are you still using it, or is there another project that replaced the project for you?
from django-mutant.
I'm still using it, but I haven't find the time to port it to 1.7 yet.
from django-mutant.
Since 1.6 end-of-life is approaching I'll need to port it in the next months.
from django-mutant.
Thanks for the quick reply, I'm relying on django 1.7 so I'll keep using my own solution for the dynamic properties problem for now
from django-mutant.
@dmr may I ask what kind of solution you are using? I am too interested in the problem of django dynamic models. Thanks!
from django-mutant.
@COLABORATI Currently we are using our own implementation, a combination of a jsonfield and a custom jsonschema-like language with validictory for validation and mostly elasticsearch for lookups. If I'd start from scratch I would probably give django-hstore a try.
from django-mutant.
ah, ok, thanks, I was also looking at django-hstore. Have a nice day!
from django-mutant.
See #33.
from django-mutant.
Related Issues (20)
- ImportError: cannot import name 'force_unicode' HOT 1
- question about usage and pre-existing models HOT 10
- When working on multiple databases, mutant is trying to alter schema in all databases. HOT 1
- Cannot create initial DB HOT 3
- Error when creating ManyToMany Field with Django 1.9.5. HOT 1
- error in makemigrations HOT 2
- FieldDefinition didn't define any `field_class`. HOT 4
- is the model_ref need set app_label='mutant' HOT 2
- TypeError: Couldn't reconstruct field content_type on mutant.FieldDefinition: __init__() got multiple values for keyword argument 'polymorphic_type' HOT 3
- how to dynamic create foreignkeyfield HOT 2
- Django-mutant migration issues ( with fix ) HOT 1
- Error in migration HOT 2
- Error in view for New Field HOT 1
- How to make full use of django-mutant(Simply describe how it works?) HOT 4
- SQL query is executing even if the operation fails
- Unable to perform migration HOT 2
- __init__() missing 1 required positional argument: 'queryset' HOT 7
- How to get objects? HOT 1
- Getting started link broken HOT 1
- Working with DRF ?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from django-mutant.