Softwarevalg
Del af No-code-apps
Modellér tabeller og relationer
Skil poster ad, vælg stabile nøgler og forbind tabeller i en intern no-code-app. Se et eksempel med udstyr, fejlmeldinger og reparationer.
Skriv, hvad én post betyder, før du bygger formularer. Giv hver posttype en stabil identifikator, og forbind poster med referencer. Så kan en ændret betegnelse stadig pege på det samme udstyr og de samme fejlmeldinger.
Skil posterne ad
Brug en tænkt intern reparationsapp:
| Tabel | Én række betyder | Mulige felter |
|---|---|---|
| Udstyr | Ét identificerbart stykke udstyr | Udstyrs-ID, betegnelse, placering |
| Fejlmelding | Én indsendt melding | Meldings-ID, udstyrs-ID, status |
| Reparation | Én udført handling | Reparations-ID, meldings-ID, dato, resultat |
Tre tabeller er ikke et krav. Hvis hver melding kun får én afsluttende note, kan noten måske ligge på meldingen. Hvis samme melding kan føre til flere besøg eller handlinger, giver en særskilt reparationstabel bedre mening.
Angiv relationens retning
Et stykke udstyr kan have flere fejlmeldinger; hver melding peger på det relevante udstyr. En melding kan have flere reparationer; hver reparation peger på den relevante melding. Skriv forholdet som udstyr → fejlmeldinger → reparationer, og kontrollér, at brugerne kan finde historikken fra den rigtige post.
Platformene håndterer referencer forskelligt. Modelbaserede Power Apps bygger på en Dataverse-datamodel med relationer. For andre platforme gælder tilsvarende, men opsætningen varierer – kontrollér altid dokumentationen for den valgte platforms faktiske reference og sletteadfærd.
Vælg en identifikator, der ikke ændres, når navn eller placering rettes. Et vedligeholdt udstyrsnummer kan fungere; en beskrivelse, som flere enheder deler, kan ikke stå alene. En unik og konstant nøgle er afgørende.
Platforme-forskelle i håndtering af relationer
- Microsoft Power Apps (Dataverse)
- Støtter tydelige relationer med fælles nøgler og sletteadfærd
- Google AppSheet
- Bruger referencer i tabeller; sletning af overordnet post kan være valgfri
- Airtable
- Understøtter linked records med mulighed for at beholde data ved sletning
Tilføj kun de forbindelser, opgaven kræver
Hvis én reparation kan bruge flere reservedele, og samme reservedel kan bruges i flere reparationer, er forholdet mange-til-mange. En forbindelsestabel er nyttig, hvis I også skal gemme noget om hver forbindelse, eksempelvis antal.
Aftal også, hvad der sker, når udstyr udgår. Arkivering kan bevare gamle meldingers sammenhæng. Nogle platforme giver mulighed for at lade sletning af en overordnet post også slette tilknyttede underposter. Brug kun den indstilling, hvis det er den ønskede virkning.
Gennemgå modellen med kendte poster
Beskriv fiktivt to stykker udstyr med næsten samme navn, to meldinger på det ene og en reparation til hver melding. Ret en betegnelse, forbind en melding med det korrekte udstyr, og kontrollér, om historikken stadig giver mening. Tilpas modellen, før formularer og visninger gøres færdige.
