php-Editor Yuzi wird Ihnen heute den besten Zeitpunkt für die Ausführung von Automigrate auf GORM mitteilen. GORM ist eine leistungsstarke ORM-Bibliothek der Go-Sprache, die Datenbankoperationen vereinfachen kann. Automigrate ist ein von GORM bereitgestelltes automatisches Migrationstool, das automatisch Datenbanktabellenstrukturen basierend auf Modelldefinitionen generieren kann. Wann ist also der beste Zeitpunkt, Automigrate mit GORM auszuführen? Lassen Sie es uns gemeinsam erkunden.
Die meisten Go/Gorm-Beispiele, die ich gesehen habe, zeigen, dass Aufrufe sofort nach dem Öffnen einer Datenbankverbindung automatisch migriert werden, einschließlich der Gorm-Dokumentation hier. Bei API-Diensten ist dies ein teurer/erforderlicher Aufruf für jede API-Anfrage. Daher denke ich, dass Automigrate für API-Dienste aus dem regulären Prozess entfernt und separat behandelt werden sollte. Ist mein Verständnis richtig?
Aus Gorm-Dokumentation
... db, err := gorm.Open(sqlite.Open("test.db"), &gorm.Config{}) if err != nil { panic("failed to connect database") } // Migrate the schema db.AutoMigrate(&Product{}) ...
Das passiert nicht bei jeder API-Anfrage. Nicht annähernd. Dies geschieht jedes Mal, wenn die App gestartet wird. Grundsätzlich gilt: Stellen Sie eine Verbindung zu main
中的数据库,并在那里运行 automigrate
her. Übergeben Sie die Verbindung als Abhängigkeit an Ihren Handler/Dienstpaket/was auch immer Sie benötigen. Dort kann der http-Handler darauf zugreifen.
Im Grunde ist es so:
package main func main() { db, err := gorm.open(sqlite.open("test.db"), &gorm.config{}) if err != nil { fmt.printf("failed to connect to db: %v", err) os.exit(1) } // see below how this is handled frepo := foo.new(db) // all repos here frepo.migrate() // this handles migrations // create request handlers fhandler := handlers.newfoo(frepo) // migrations have already been handled mux := http.newservemux() mux.handlefunc("/foo/list", fhandler.list) // set up handlers // start server etc... }
Fügen Sie den Code für die Interaktion mit der Datenbank in ein Paket ein, etwa so:
package foo // the db connection interface as you use it type connection interface { create() find() automigrate(any) } type foo struct { db connection } func new(db connection) *foo { return &foo{ db: db, } } func (f *foo) migrate() { f.db.automigrate(&stuff{}) // all types this repo deals with go here } func (f *foo) getall() ([]stuff, error) { ret := []stuff{} res := f.db.find(&ret) return ret, res.error }
Dann strukturieren Sie Ihre Handler sinnvoll und stellen ihnen das Repository (auch bekannt als foo-Paketinhalt) zur Verfügung:
package handlers type FooRepo interface { GetAll() ([]Stuff, error) } type FooHandler struct { repo FooRepo } func NewFoo(repo FooRepo) *FooHandler { return &FooHandler{ repo: repo, } } func (f *FooHandler) List(res http.ResponseWriter, req *http.Request) { all, err := f.repo.GetAll() if err != nil { res.WriteHeader(http.StatusInternalServerError) io.WriteString(w, err.Error()) return } // write response as needed }
Jedes Mal, wenn Sie eine aktualisierte Version Ihrer Anwendung bereitstellen, main
函数都会调用 automigrate
, wird die Anwendung die Anfrage verarbeiten, ohne dass Sie sich ständig erneut mit der Datenbank verbinden oder immer wieder versuchen müssen, die Migration durchzuführen.
Ich bin mir nicht sicher, warum Sie glauben, dass Ihre Anwendung ein Setup pro Anfrage ausführen muss, insbesondere wenn man bedenkt, dass Ihre Hauptfunktion (oder eine von main
aufgerufene Funktion) explizit einen http-Server erstellt und Anfragen an einem bestimmten Port abhört. Bevor mit dem Lauschen auf Anfragen begonnen wird, sollten die Datenbankverbindung und nachfolgende Migrationen behandelt werden. Es ist niemals Teil der Bearbeitung der Anfrage...
Das obige ist der detaillierte Inhalt vonWann ist der beste Zeitpunkt, Automigrate mit GORM auszuführen?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!