Portefølje - Kristoffer Gjøsund

Skrevet i samarbeid med KI - Gemini 3.7 Flash

Program informasjon

Applikasjon - FastAPI ORM - SQLAlchemy

Teknologi - FastAPI Verktøy - SQLAlchemy, TypeScript

Dagens Aktiviteter

Analyserte feil i applikasjonsstarten der database-tabeller ikke ble opprettet som forventet.
Identifiserte at hovedårsaken var bruken av den utdaterte hendelsen @app.on_event('startup'). Jeg konkluderte med at denne metoden ikke gir nødvendig pålitelighet nåværende versjon av applikasjonen for opprettelser av tabellstrukturer.
Jeg etablerte en felles kjerne for systemet for å samle all database-logikk på ett sted.
Importerte og konfigurerte sentrale komponenter som declarative_base og driver-klassen. Dette grepet sikrer at hele ORM-strukturen kan instansieres og styres fra ett sentralt punkt, som gjør koden enklere å vedlikeholde.
Jeg introduserte en try-except-blokk rundt oppstartslogikken for å hindre systemkrasj ved oppstartsproblemer.
Jeg brukte en teknikk for å håndtere flere forespørsler i konteksthåndtering async with som sikrer at databaseforbindelser åpnes og lukkes korrekt under oppsett.
Flyttet logikken for tabellopprettelse conn.run_sync(BASE.metadata.create_all) fra de utdaterte hendelsene til en moderne livssyklus kontekst.
la til nøkkelordet asyncfor å sikre at systemet kan håndtere flere oppgaver parallelt uten å hindre andre oppgaver.
Dette sikrer at databasen og mellomlagringen er operative før applikasjonen begynner å ta imot eksterne forespørsler.

Utfordring & Løsninger

Som det ble dokumentert i den tidligere loggen Smartere lagring forbedrer flyten i nettsiden, ble det identifisert en feil i hvordan database-tabellene alikavel ikke ble pålitelig lagret i oppstartsfasen. Dette forhindret at systemet ikke lagret dataene fra koblingspunktene. De identifiserte feilene indikerer på en ukorrekthet i oppstartslogikken til applikasjonens livssyklushendelse.

Hensikten er å sikre at ORM-en klargjør de nødvendige databasetabellene før applikasjonen begynner å behandle forespørsler. Dette sikrer at mellomlagringen gir brukerene den raske opplevelsen som er forventet i en moderne nettside.

For at livssyklusen til applikasjonen kan behandle flere forespørsler samtidig, ble det lagt til nøkkelordet async slik at livssyklusen, kan håndtere flere forespørsler samtidig

# FastAPI v1
@app.on_event("startup")
async def livssyklus_oppstart(app:FlaskAPI):

For å forbedre overskiten for systemet, har jeg samlet all database-logikken i en felles kjerne. Dette gjør det mulig å styre hele databasen fra ett sentralt punkt i systemet.
Jeg la også inn en sikkerhetsmekanisme som try-except blokk som forsøker å klargjøre alle tabellene når programmet starter.

  try:
    async with SQLACHOMYDRIVER_INSTANCE.engine.begin() as conn:
      await conn.run_sync(BASE.metadata.create_all)
  except Exception as ex:
    # Håndter potensielle feil, slik at systemet ikke krasjer.

Forsøket på å sikre databaselagringen mislyktes i første omgang, da databasetabellene ikke ble opprettet i opprettningsfasen. Dette viste seg å være en konsekvens av at livssyklushendelsen @app.on_event('startup') er utdatert i moderne versjoner av applikasjonen.

Ved å analysere feilen i den gamle oppstartslogikken, identifiserte jeg at utfordringen ikke lå i selve koden for å lage tabeller, men i hvordan rammeverket prioriterte oppgavene. Dette førte til at jeg oppdaterte oppstarten med en tryggere struktur for å fange opp feil og styre flyten manuelt:

  # FastAPI v2
  @asynccontextmanager
  async def livssyklus_oppstart(app:FlaskAPI):
    try:
      async with SQLACHOMYDRIVER_INSTANCE.engine.begin() as conn:
        await conn.run_sync(BASE.metadata.create_all)
    except Exception as ex:
      # Håndter potensielle feil, slik at systemet ikke krasjer.

Kristoffer Gjøsund

LogicMeetsCreativeSolutions

Sosial media Linker / Kontakt

Overgang til moderne livssyklus for database

Program informasjon

Dagens Aktiviteter

Motivasjon & Energi - 10 / 10

Utfordring & Løsninger