Kommandoene `Migrate: Refresh` og` Migrate: Reset` i Laravel er begge relatert til å administrere databasemigrasjoner, men de tjener forskjellige formål og oppfører seg på forskjellige måter under databaseskjemaadministrasjon. Å forstå forskjellene deres er avgjørende for at Laravel -utviklere effektivt håndterer databasetilstander under utvikling eller distribusjon.
Migrate: Oppdater
Den `PHP Artisan Migrate: Refresh` -kommandoen brukes til å rulle tilbake alle migrasjoner og deretter kjøre dem alle igjen. Dette betyr at den ruller tilbake hver migrasjon som er blitt brukt (utføre `ned ()` metoden for hver migrasjon) og deretter kjører `opp ()` metoden igjen for hver migrasjon for å gjenoppbygge databaseskjemaet fra bunnen av.
- Hva det gjør:
- Ruller tilbake alle migrasjoner (angrer alle skjemaendringer).
- Kjør alle migrasjoner på nytt for å gjenoppbygge databaseskjemaet.
- Typiske brukssaker:
- Nyttig når du vil tilbakestille databaseskjemaet mens du holder databasestrukturen konsistent gjennom migrasjoner.
- tillater testing av migrasjoner for å sikre at de kan brukes rent flere ganger.
-Ofte kombinert med alternativet `-Seed` (` PHP Artisan Migrate: Refresh-Seed`) for å repopulere databasen med frødata etter gjenoppbygging av den.
- Fordeler:
- Holder databasestrukturen konsistent gjennom riktig anvendelse av `ned ()` og `opp ()` metoder.
-Kan selektivt oppdatere et begrenset antall migrasjoner ved å bruke alternativet `-Step` (f.eks.` Php artisan migrate: oppdater-step = 5` vil rulle tilbake og kjøre de siste fem siste migrasjonene).
- ytelse:
- Kan være tregere enn `migrere: fersk` når du arbeider med et stort antall migrasjoner fordi det utfører` ned () ` -metoden for hver migrasjon før du bruker dem på nytt.
- Data:
- Siden det ruller tilbake alle migrasjoner, vil data i tabeller gå tapt med mindre re-seeded.
- Bevarer tilbakeslagslogikken som er definert i migrasjoner, slik at det kan forhindre uoverensstemmelser hvis ned migrasjoner er nøye skrevet.
Migrate: Tilbakestill
Den `PHP Artisan Migrate: Reset`-kommandoen ruller tilbake alle migrasjoner som er blitt brukt, og returnerer databasen til sin opprinnelige FN-migrerte tilstand.
- Hva det gjør:
- Ruller tilbake alle migrasjoner ved å utføre `ned ()` metoden for hver migrasjon.
- I motsetning til `oppdatering ', kjører den ikke migrasjonene på nytt.
- Typiske brukssaker:
- Nyttig når du vil angre alle migrasjoner helt uten å søke dem på nytt.
- Hjelper i scenarier der du trenger å tømme skjemaet helt før du bestemmer deg for hva du skal gjøre videre.
- Fordeler:
- rydder ut alle migrasjonsbaserte databaseskjemaendringer.
- Data:
- Som med `oppdatering ', resulterer rullende tilbake migrasjoner i tap av tabelldata.
- Ingen skjema vil eksistere når alle migrasjoner er tilbakestilt.
- oppførsel:
- forlater databasen i en ikke-migrert tilstand.
- Krever manuelt å kjøre `PHP Artisan Migrate` etterpå hvis du har tenkt å gjenoppbygge skjemaet.
Tilleggskontekst: Migrere: Frisk sammenligning
Selv om det ikke blir spurt direkte, er `migrate: ferske` -kommandoen ofte forvekslet med` oppdatering` og `reset` og hjelper til med å tydeliggjøre forskjellene ytterligere:
- `PHP Artisan Migrate: Fresh` slipper alle tabeller i databasen direkte, uten å kjøre` ned () `metoder, deretter kjøre alle migrasjoner.
- Det er raskere fordi det i stedet for å rulle tilbake migrasjon ved migrasjon, bare slipper alle bord.
- Ideell for utviklingsmiljøer der å tørke databasen rent uten tilbakevendende logikk er akseptabelt.
-Som `oppdatering ', kan det kombineres med`-seed` for å repopulere data (f.eks. `Migrere: fersk-seed`).
dypere forklaring av forskjeller
- Hvordan tilbakeføring skjer:
- `Refresh` og` Reset` er begge avhengige av `ned ()` metodene for hver migrasjon for å angre skjemaendringer.
- `Reset` ruller tilbake alt og stopper.
- `Refresh` ruller tilbake alt og migrerer så alt igjen.
- Databasetilstand etter kommando:
- Etter `reset` er databaseskjemaet tomt (ingen tabeller fra migrasjoner).
- Etter `Refresh` blir databaseskjemaet gjenoppbygd som om det er nymigrert.
- Datapap:
- Begge kommandoene forårsaker tap av data da alle migrasjoner rulles helt tilbake.
-`Refresh 'kan gjeninnføre frødata automatisk hvis`-Seed`-flagget brukes.
- Bruk tilfeller i utviklingslivssyklus:
- Bruk `Refresh 'når du utvikler eller tester migrasjoner, og du vil gjenoppbygge skjemaet ditt mens du muligens gjenopptar data.
- Bruk `Reset` for å fjerne migrasjonsskjemaet helt før du bruker nye migrasjoner manuelt eller kjører en frisk migrate.
Praktiske notater for Laravel -utviklere
- Begge kommandoene er avhengige av at migrasjoner er riktig skrevet med `opp ()` og 'ned () `metoder, noe som betyr at hvis` ned () `metoder mangler eller er ufullstendige, kan Rollback -kommandoer (` refresh' og `reset`) mislykkes eller forlate databasen i en inkonsekvent tilstand.
- `Refresh 'kan betraktes som tryggere enn` ferske `i miljøer der du vil respektere tilbakeslagslogikk og potensielle dataforhold under migrasjonsangrep.
- Ingen av kommandoen skal brukes uforsiktig på produksjonsdatabaser uten sikkerhetskopier, da alle data vil gå tapt.
- De er først og fremst designet for bruk i lokal utvikling eller testmiljøer der skjema iterasjon er hyppig og data kan tilbakestilles uten konsekvens.
Sammendrag
Det viktigste skillet er:
- Migrate: Oppdater - Rull tilbake alle migrasjoner, og kjør deretter alle migrasjoner igjen.
- Migrate: Tilbakestill - Rull tilbake alle migrasjoner, men ikke kjør dem på nytt.
`Migrate: Refresh" gjenoppbygger effektivt skjemaet fra bunnen av via Rollback og Migrate, og tillater re-seeding og trinnvis oppdatering, mens `migrate: reset` bare returnerer databasen til en umigrert tilstand.
Begge kommandoene er grunnleggende verktøy for Laravel -utviklere for å administrere databaseversjoner, men de serverer forskjellige arbeidsflyter og har unike innvirkninger på databasetilstanden.
Denne forståelsen hjelper til med å velge riktig kommando for forskjellige stadier av applikasjonsutvikling, testing og distribusjon.
Hver bruk bør vurdere implikasjonene for tap av data, applikasjonsskjema konsistens og utviklerens intensjon for å administrere databasemigrasjoner i et Laravel -prosjekt.