अद्यतन:वैकल्पिक हल 3 चरणों में प्रवास का संचालन करने के लिए है :
:
mysql-5.5.30-1.fc18.x86_64
और
MySQL-python==1.2.4
Django==1.4.2
South==0.7.6
निम्नलिखित कार्यों के साथ
class Migration(SchemaMigration_:
def forwards(self, orm):
db.rename_column('app_model', 'old_id', 'new_id')
db.alter_column('app_model', 'new_id',
self.gf('django.db.models.fields.related.ForeignKey')(
blank=True,
null=True,
to=orm['app.OtherModel']
))
def backwards(self, orm):
db.rename_column('app_model', 'new_id', 'old_id')
db.alter_column('app_model', 'old_id',
self.gf('django.db.models.fields.related.ForeignKey')(
blank=True,
null=True,
to=orm['app.OtherModel']
))
@ एलोफ टिप्पणियों के रूप में, दक्षिण अज्ञात कारणों से मूल एफके नहीं ढूंढ सकता है, लेकिन यह कोई फर्क नहीं पड़ता। डेटा माइग्रेशन (मुझे विश्वास है) की कोई आवश्यकता नहीं है क्योंकि पीके मानों को नहीं बदला जाना चाहिए।
फ़ील्ड विनिर्देश (self.gf
का उपयोग करके) स्थिरता के लिए दक्षिण के स्वत: जेनरेट किए गए माइग्रेशन से लिया जाता है।
ऐसा लगता है कि समस्या MySQL पक्ष पर है। - आपने किस स्टोरेज इंजन का उपयोग किया था? - क्या आप माईसाम का उपयोग करते हैं (जो संदर्भित अखंडता का समर्थन नहीं करता है)? - क्या आपने इसे postgresql के sqlite के साथ आजमाया था? –
इसी तरह का सवाल यहां: http: // stackoverflow।कॉम/प्रश्न/160012 9/उपयोग-दक्षिण-से-रिफैक्टर-ए-डीजेंगो-मॉडल-उत्तराधिकारी –