Wat er gebeurt als je een tabel opslaat
Doel
Begrijpen wat het platform doet op het moment dat je een tabel of veld opslaat, zodat je weet wanneer je wijziging actief is en wat je moet doen als ze wordt geweigerd.
Het korte antwoord
Opslaan is toepassen. Maak een tabel en haar gegevenstabel bestaat in deze omgeving voordat het scherm terugkomt. Voeg een veld toe en de kolom bestaat. Je hoeft daarna nergens op te drukken, er staat niets klaar en er wacht niets: wat je in Tabellen ziet, is wat er in de database bestaat.
Wat er achter de schermen gebeurt
Elke opslag die de vorm van een tabel wijzigt, doorloopt dezelfde drie stappen:
- De definitie wordt gevalideerd tegen het tabelschema van het platform — dezelfde controle, of de definitie nu uit de ontwerper komt, uit een geïmporteerd oplossingsbestand of van een AI-assistent.
- De gegevenstabel wordt gemaakt of uitgebreid in het geïsoleerde gegevensgebied van deze omgeving, met een kolom voor elk veld en een verwijzing (refererende sleutel) voor elk zoekveld waarvan de doeltabel bestaat.
- De audittrigger wordt bijgewerkt zodat hij overeenkomt met de auditinstelling van de tabel, dus auditing in- of uitschakelen werkt meteen (zie Auditing inschakelen voor een tabel).
Alleen de gegevens van deze omgeving worden aangeraakt. Een andere omgeving krijgt de wijziging als je de oplossing daar importeert, nooit automatisch.
Er hoort een formulier en een weergave bij
Een tabel maken maakt ook één formulier (Information) en één weergave (All gevolgd door de meervoudsnaam van de tabel), elk met het primaire veld. Ze bestaan zodat de tabel meteen in een app kan.
Ze worden één keer gemaakt, bij het maken van de tabel. Een veld dat u later toevoegt, wordt er niet vanzelf op gezet: het veld en de kolom bestaan, maar niemand ziet het tot u het op het formulier en in de weergave sleept. Dat is bewust, want een formulier dat iemand heeft ingedeeld, moet niet bij elk nieuw veld veranderen.
Als de wijziging niet kan worden toegepast
Het opslaan wordt geweigerd in plaats van half uitgevoerd. Als de kolom van een veld niet kan worden gemaakt, wordt het veld weer verwijderd — dus een veld dat je in de lijst Velden ziet, heeft altijd een kolom erachter. Wat de fout ook zegt, er is niets in een half toegepaste toestand achtergebleven en je kunt het probleem veilig oplossen en opnieuw opslaan.
De grootte van een veld wijzigen, wijzigt een echte kolom
Omdat de kolom al bestaat, is de maximale lengte van een tekstveld wijzigen een wijziging van de database:
- Het langer maken lukt altijd.
- Het korter maken mislukt als een record al een langere waarde bevat. Het platform weigert in plaats van iemands gegevens in te korten. Maak de betreffende records eerst korter of leeg, en voer daarna de wijziging uit.
Problemen oplossen
- "The environment … does not exist." — het gegevensgebied van de omgeving is niet ingericht. Maak eerst de omgeving; een tabel heeft een plek nodig om te bestaan.
- "The entity definition is not valid: …" — de definitie is niet door de schemavalidatie gekomen. Corrigeer het gemelde veld en sla opnieuw op.
- "Sommige records bevatten in … al een waarde die niet in de nieuwe grootte past." — u hebt een veld korter gemaakt dan iets wat er al in staat. Er is niets gewijzigd. Houd de huidige grootte, of bewerk de records met de langere waarden en probeer het opnieuw.
- "Failed to provision the entity table: …" — een fout op databaseniveau. Probeer het opnieuw, en neem contact op met een beheerder als het blijft gebeuren.
- Ik heb een veld toegevoegd en het staat niet op het formulier. — velden worden niet vanzelf op bestaande formulieren of weergaven gezet. Open het formulier en de weergave, en sleep het veld erin.
- Ik drukte vroeger op Publiceren en kan de knop niet vinden. — die is verdwenen, samen met Aanpassingen publiceren. Beide pasten een schema toe dat het opslaan nu al toepast.
Gerelateerde scenario's
- Een tabel maken.
- Een veld aan een tabel toevoegen.
- Een relatie tussen tabellen maken.