;jBdZddlmZmZGddejZy)a~RealEstateUnit.REUID im Modellzustand auf PositiveIntegerField ziehen. Die Spalte ``real_estate_units.REUID`` ist in der Datenbank bereits ``int unsigned`` -- die Tabelle stammt aus dem Laravel-Altsystem und wurde per ``migrate --fake-initial`` uebernommen (siehe Migrations2django.md). Das Modell hat sie bisher nur falsch als signed ``IntegerField`` beschrieben. Diese Migration aendert deshalb AUSSCHLIESSLICH Djangos Zustand und erzeugt kein SQL (``SeparateDatabaseAndState`` mit leeren ``database_operations``): * Ein ``MODIFY REUID`` waere ohnehin ein No-op -- der Typ stimmt schon. * Es waere aber kein harmloser: REUID ist Primaerschluessel und wird von ``reu_miet_v_s.REUID`` per Fremdschluessel referenziert. MySQL laesst das Aendern einer solchen Spalte nicht ohne Weiteres zu. Noetig ist der Zustandswechsel trotzdem: neue Fremdschluessel auf diese Spalte (``reu_eigentuemer.REUID``) leiten ihren Spaltentyp aus dem Modell ab. Solange dort ``IntegerField`` stand, waere die FK-Spalte signed geworden und MySQL haette den Fremdschluessel mit Fehler 3780 abgelehnt ("Referencing column and referenced column ... are incompatible"). ) migrationsmodelsc eZdZdgZej ej ddejddgggZ y ) Migration)app_real_estate 0001_initialrealestateunitREUIDTF) primary_key serialize) model_namenamefield)state_operationsdatabase_operationsN) __name__ __module__ __qualname__ dependenciesrSeparateDatabaseAndState AlterFieldrPositiveIntegerField operationsS/var/www/html/vportal/app_real_estate/migrations/0002_alter_realestateunit_reuid.pyrrsZ ,L , ++% %%/ 5&55$RWX!#  JrrN)__doc__ django.dbrrrrrrrs!*) $$r