Auch hier gilt: Namen sind wichtig! Das Feld "liste" in einem Model "Checkliste" lässt jetzt nicht vermuten, dass sich dahinter die Bezeichnung oder der Name verbirgt. Es sollte also besser "name" heißen. Und "Audit_Ereignis" wird nach Konvention "AudirEr...

Und hier versuchst du dem Feld "checkliste" in dem Model Audit_Ereignis dem Wert "Checkliste A" zuzuweisen. checkliste muss aber eine Instanz von Checkliste sein (oder eine ID von Checkliste, dann würde die Datenbank das intern prüfen). "Checkliste A" ist aber eine Zeic...

Gar nicht.
Wie kommst du auf das Feld?
Schau dir die Fehlermeldung mal genau an. Ich würde sie dir ja kopieren, weil da sowohl das Model als auch der Feldname steht, aber das ist die Krux, wenn man Fehlermeldungen als Bild und nicht als Text postet - kein Kopieren. Schadebanane.

Die Fehlermeldung sagt: Du versuchst irgendwo `'1'` zu übergeben (also eine Zeichenkette mit einem einzigen Zeichen: 1), wo eigentlich die Instanz des Models "Checkliste" erwartet wird.

Und du nimmst jetzt nicht die Funktion zum Anfügen einer Zeile, weil?

Füg einfach eine Zeile an.

Da steht "QuickStart for other WSGI apps".
Das ist also genau der Teil, den du nicht lesen musst, wenn du Django verwendest.

Wirkt auf den erstenb Blick eher so, als wäre nicht die Herausforderung das für eine Zahl zu errechnen, sondern das für die Range zu errechnen, ohne jede Zahl wieder herausfinden zu müssen. Das geht aus dem Beitrag schon hervor, aber auch mein Reflex war im ersten Moment das auf eine Dezimalzahl zu ...

Es ist unnötig 2x df = in die Zeile zu schreiben. Man muss auch nicht jedes Zwischenergebnis an einen Namen binden. Wenn das eh alles ist, was in der Funktion passiert, reicht sie auch so: def lies_excel(filename, tabellenblatt): return pd.read_excel(filename, sheet_name = tabellenblatt, engine='ope...

Wenn du die Migrationen bereits eingespielt hast, nützt das nichts.
Dann ist es ja ebenso wie löschen.

Vergib! vernüftige! Namen! Du hast in deinem ersten Beitrag geschrieben: user_gruppe = user.gruppe USER.grupper <--- Das _user_ ist kein "User" sondern ein "Profil". Und das musst du ja irgendwann an den Namen gebunden haben. So, und das habe ich in meinem Code "profil"...

Dein "user" ist eine Instanz von Profil - nicht von User...
Deshalb habe ich dem einen vernünftigen Namen gegeben. Um genau diese Verwirrung zu verhindern.

Das kann dir hier niemand beantworten, weil aus deinem Post nicht hervorgeht, wo "user" bei dir her kommt.
Und dein "user" ist mein "profil".

Es ist äußerst ungünstig eine instanz von "Profil" an den Namen "user" zu binden, wenn es auch "User" gibt. Aber das mit den Namen hatten wir ja schon oft. # irgendwo weiter oben im Code: profil = Profil.objects.filter(...).select_related("user", "gruppe&...

Dann steht date_joined offensichtlich nicht in "Profil". In welchem Model ist es enthalten?

Und es geht nicht, weil?

Nein. Es können auch nicht autmagisch irgendwelche Migrationen wieder entfernt werden. Wie soll das funktionieren? Nummern spielen bei Migrationen eigentlich keine Rolle, weil der Abhängigkeitsbaum ohne auskommt, der Einfachheit halber nehmen wir sie hier aber so, wie Django sie anlegt. Du hast eine...

Das, was du dir vorstellst, wird nicht funktionieren. Wenn deine Migrationen zwischen den Systemen unterschiedlich sind, dann hast du schon einen großen Bock geschossen. Den heilst du nicht, indem du die Migrations löscht. Dann hat du je App eine große Migration - aber eine Datenbank die denkt, dass...

makemigrations geht alle Migrationen der Apps im Projekt durch und errechnet daraus einen Status der Datenbank ("ist"). Dann geht es die Modelle der Apps durch. Es wird dann je App eine Migration erstellt, die alle Änderungen beinhaltet um den Ist-Zustand zu ändern, dass der Zustand wie in...

Nee, falsch eingelesen. Du hast zwei Tabellen (oder besserer Name: Relationen. Sonst ist man gedanklich immer bei der Tabellenkalkulation). Eine Relation, welche die Messung repräsentiert und eine Relation, die alle Werte aller Messungen enthält. Jede Messung bekommt eine ID, die wird dann als Fremd...