Grunnleggende om 4th Dimension Learning

Bytte mellom skjemaer er en kjerneferdighet for navigasjon: trykk Enter for å forlate Input-skjemaet, og dobbelklikk hvor som helst på Output-skjemaet for å gå tilbake.

• Verdilister (valglister) er mekanismen som holder data rene ved inntastingspunktet — de begrenser hva en bruker kan skrive, i stedet for å stole på validering i ettertid.
• I det øyeblikket du lagrer dine første poster, oppretter 4D den fysiske databasemappen og tilhørende støttefiler på disken — dette er strukturen du vil sikkerhetskopiere, flytte og til slutt distribuere.
• Å legge inn eksempeldata er ikke rutinearbeid: det er slik du bekrefter at tabellene, feltene, skjemaene og verdilistene dine faktisk fungerer sammen før du bygger noe på toppen av dem.

Hvorfor dataregistrering er den virkelige testen av designet ditt

Frem til dette punktet i læringssekvensen har du opprettet en database, satt dens egenskaper, definert tabeller og datafelt, bygget skjemaer og koblet opp verdilister. Å legge inn eksempeldata er der alle disse beslutningene møter virkeligheten. Et felt som så fornuftig ut i strukturredigeringen kan vise seg å være av feil type når du prøver å skrive inn en reell verdi i det.

En verdiliste som virket komplett kan vise seg å mangle det ene alternativet en bruker faktisk trenger. Et skjemaoppsett som så balansert ut i skjemaredigeringen kan vise seg å være klønete når du tabulerer gjennom det med et tastatur.

Dette er grunnen til at erfarne 4D-utviklere behandler det første dataregistreringspasset som en designgjennomgang, ikke en kjedelig datainnlastingsjobb. Du fyller ikke bare en tabell — du stresstester skjemaet, strukturen og valglistene samtidig. Hvis noe føles klønete nå, vil det føles langt verre når du har hundrevis av poster og nedstrømsrapporter som er avhengige av det.

Legge inn data: Mekanikken

Sørg for at du er i Brukermodus før du begynner. I 4Ds klassiske arkitektur skiller miljøet mellom designmodus (hvor du redigerer struktur, skjemaer og kode) og brukermodus (hvor du faktisk jobber med poster). Data må legges inn via Input/Detalj-skjemaet. Du kan ikke legge inn data i Output/Liste-skjemaet — det skjemaet er designet for oversikt og listing, ikke redigering.

Hvis du prøver, er 4D tilgivende: et dobbeltklikk på et datafelt eller hvor som helst i Output-skjemaet bytter deg ganske enkelt over til Input-skjemaet. Denne oppførselen er tilsiktet og verdt å internalisere, fordi det betyr at Output-skjemaet også fungerer som en navigasjonsflate.

Relatert: Claris FileMaker Pro — Den langvarige relasjonsdatabaseplattformen for team som trenger tilpassede apper på skrivebord, nett og mobil fra én enkelt fil..

Når du er i Input-skjemaet, fungerer datainntasting mye som i alle databaseapplikasjoner:

• Klikk direkte på et felt for å plassere markøren der.
• Tab gjennom feltene i rekkefølge — dette er vanligvis raskere enn å klikke, og det respekterer feltrekkefølgen du definerte i skjemaet.
• Popup-lister vises når et felt er knyttet til en verdiliste; du klikker på elementet du vil velge, og 4D skriver den verdien inn i feltet.

Det siste punktet er gevinsten av arbeidet med verdilistene du gjorde tidligere. En godt bygget valgliste betyr at brukeren aldri trenger å huske den nøyaktige stavemåten til en kategori, en status eller en region — de velger fra et kontrollert vokabular.

Dette er det samme prinsippet som relasjonsdatabaseteori kaller en domenebegrensning, og det er en av de billigste formene for dataintegritet med høyest verdi du kan bygge. Hvis du vil ha den formelle bakgrunnen, forklarer Wikipedia-artikkelen om databasenormalisering hvorfor kontrollerte verdier i oppslagsfelt reduserer redundans og oppdateringsavvik.

Vårt valg: Airtable — Et regneark-enkelt grensesnitt som sitter på toppen av en ekte relasjonsdatabase, med automatiseringer, visninger og delbare grensesnitt..

Bytte mellom Input- og Output-skjemaer

Navigering mellom de to skjematypene er bevisst minimal, og det er verdt å få inn i muskelminnet:

• Fra Input-skjemaet: trykk Enter for å bytte tilbake til Output-skjemaet.
• Fra Output-skjemaet: dobbeltklikk hvor som helst på skjemaet for å bytte til Input-skjemaet.

Det er en subtilitet her som kan forvirre nybegynnere. Å trykke Enter i Input-skjemaet har en dobbel funksjon — det både validerer/godtar gjeldende post og returnerer deg til listen. Det betyr at hvis du har skrevet noe ugyldig (en verdi som ikke samsvarer med feltets type, eller et obligatorisk felt som er tomt), kan 4D holde deg på skjemaet i stedet for å la deg forlate det. Se på dette som en funksjon: det er databasen som nekter å akseptere dårlige data, noe som er akkurat det du ønsker.

En praktisk vane: etter å ha lagt inn hver post, kast et blikk på Output-skjemaet for å bekrefte at posten faktisk vises og at verdiene havnet i kolonnene du forventer. Output-skjemaet er din raskeste visuelle kontroll av det du nettopp har lagret.

Et praktisk eksempel: Legge inn dine første poster

Anta at eksempeldatabasen din sporer kontakter, med felt for navn, kategori og region, og verdilister knyttet til kategori- og regionfeltene. Slik ser et ryddig registreringspass ut:

1. Bytt til Brukermodus.
2. Dobbeltklikk på Output-skjemaet for å åpne Input-skjemaet.
3. Klikk i navnefeltet og skriv inn en verdi.
4. Tab til kategorifeltet. Fordi det er bundet til en verdiliste, vises en popup – velg et alternativ i stedet for å skrive.
5. Tab til regionfeltet og velg fra listen på samme måte.
6. Trykk Enter for å godta posten og gå tilbake til Output-skjemaet.
7. Bekreft at den nye raden vises med verdiene du valgte.
8. Gjenta for flere poster, og varier verdiene bevisst slik at du bruker forskjellige listealternativer.

Trinn 8 betyr mer enn det høres ut. Hvis du bare legger inn én kategori, oppdager du aldri at en andre kategori mangler på listen, eller at et felt er for smalt til å vise en lengre verdi. Å variere prøvedataene dine er slik du finner disse hullene mens de fortsatt er billige å fikse.

Hva 4D lager på disk

Når du lagrer poster, materialiserer 4D databasen som en mappe på disken som inneholder strukturfilen, datafilen og støtteressurser. Dette er artefakten du til slutt vil kopiere, sikkerhetskopiere og distribuere. Å forstå at databasen er en mappe – ikke en enkelt ugjennomsiktig fil – er viktig av noen få praktiske årsaker:

Relatert: Knack — En databasebygger uten kode rettet mot portaler, kataloger og interne verktøy – med fastpris i stedet for avgifter per bruker..

• Sikkerhetskopier må fange opp hele mappen, ikke bare én fil, ellers risikerer du et avvik mellom struktur og data.
• Å flytte en database mellom maskiner betyr å flytte mappen intakt og bevare dens interne relative stier.
• Versjonskontroll av strukturen er mulig, men selve datafilen er ikke noe du vanligvis committer.

Hvis du kommer fra en bakgrunn med enkeltfil-skrivebordsdatabaser, er denne mappebaserte modellen en av de første genuint forskjellige tingene med å jobbe i 4D, og det er verdt å forstå tidlig. Det bredere konseptet om hvordan databasestyringssystemer skiller struktur fra data er dekket i Wikipedia-oversikten over databasestyringssystemer.

Hvordan bestemme hva du skal legge inn som eksempeldata

Ikke alle prøvedata er like nyttige. Et kort, bevisst sett slår et stort, tilfeldig ett. Bruk disse kriteriene når du bestemmer deg for hva du skal skrive inn:

• Dekk hvert verdilistealternativ minst én gang. Dette beviser at hvert valg er tilgjengelig og vises riktig.
• Inkluder ett grensetilfelle per felt. Et veldig langt navn, en verdi på grensen av et numerisk område, et tomt valgfritt felt.
• Skriv inn minst én post du har tenkt å slette. Du ønsker å bekrefte at slettingen fungerer som forventet før reelle data eksisterer.
• Varier postene slik at Output-skjemaet har noe å sortere og skanne. En liste over nesten identiske rader forteller deg ingenting om kolonnebredder eller lesbarhet.
• Hold settet lite. Fem til ti velvalgte poster er vanligvis nok til å validere et design; du tester skjemaet, ikke fyller produksjonsmiljøet.

Dette gjenspeiler praksisen som programvaretesting kaller grenseverdianalyse — testing på kantene av akseptabel input, der defekter ofte klynger seg. Wikipedia-artikkelen om programvaretesting dekker familien av teknikker dette tilhører.

Hvis du handler: Zoho Creator — En lavkode-appbygger som kobles til den bredere Zoho-pakken og priser per bruker i stedet for per app..

Vanlige fallgruver på dette stadiet

Noen problemer dukker opp igjen og igjen når folk først legger inn data i 4D:

• Å prøve å skrive på Output-skjemaet. Det vil ikke akseptere inndata; det vil bare sende deg videre til Input-skjemaet. Dette er tilsiktet, ikke en feil.
• Å skrive inn i et verdilistefelt i stedet for å velge. Avhengig av hvordan listen er konfigurert, kan fri skriving bli avvist eller kan skape en utilsiktet verdi. Velg helst fra popup-vinduet.
• Å glemme å trykke Enter. Hvis du navigerer bort uten å godta, kan det hende at posten ikke blir lagret. Gjør Enter til en vane.
• Å anta at posten ble lagret fordi skjemaet lukket seg. Bekreft alltid på Output-skjemaet.
• Å legge inn dusinvis av poster før du sjekker designet. Rett opp skjemaet og strukturen først, og gjør deretter bulk-import.

Hvor dette passer i læringsveien

Dette trinnet – å legge inn eksempeldata – er det siste i den grunnleggende sekvensen: opprett en database, sett egenskaper, definer tabeller, definer datafelt, bygg skjemaer, koble opp verdilister og skriv til slutt inn data. Når du på en pålitelig måte kan legge inn, vise og navigere i poster, har du en fungerende 4D-database og en mental modell du kan bygge videre på. Alt som følger – spørringer, rapporter, metoder og til slutt distribusjon – forutsetter at du er komfortabel med denne løkken.

For utviklere som kommer fra andre plattformer, hjelper det å vite at 4Ds tilnærming stammer fra samme relasjonelle tradisjon som produkter som Microsoft Access og FileMaker, men med sitt eget språk og sin egen skjermsentriske arbeidsflyt. Wikipedia-artikkelen om 4D (programmeringsspråk) gir nyttig kontekst om hvor plattformen befinner seg i det bredere landskapet.

Vanlige spørsmål

Hvorfor kan jeg ikke skrive data direkte på Output-skjemaet?

Output-skjemaet er utformet for å bla gjennom og liste opp poster, ikke for å redigere dem. Når du dobbeltklikker på et felt eller hvor som helst på skjemaet, bytter 4D deg automatisk til Input/Detail-skjemaet, som er der all datainntasting skjer. Denne separasjonen holder listevisningen rask og forhindrer utilsiktede redigeringer mens du skanner poster.

Hvordan bytter jeg frem og tilbake mellom Input- og Output-skjemaene?

Fra Input-skjemaet, trykk Enter for å gå tilbake til Output-skjemaet. Fra Output-skjemaet dobbeltklikker du hvor som helst for å åpne Input-skjemaet. Disse to bevegelsene er kjernenavigasjonssløyfen i brukermodus, og de er verdt å øve på til de sitter i fingrene.

Hva skjer hvis jeg trykker Enter med en ugyldig verdi i et felt?

4D kan holde deg på skjemaet i stedet for å godta posten, fordi verdien ikke samsvarer med feltets type eller et obligatorisk felt er tomt. Dette er databasen som beskytter sin egen integritet. Korriger verdien og trykk Enter igjen for å lagre.

Trenger jeg å legge inn mange eksempeldata?

Nei. Et lite, bevisst sett med fem til ti poster som dekker alle alternativer i verdilistene og inkluderer et par spesialtilfeller, er langt mer nyttig enn en stor tilfeldig mengde. Du validerer designet, ikke fyller en produksjonsdatabase.

Hva lager 4D på disken når jeg lagrer poster?

4D oppretter en databasemappe som inneholder strukturfilen, datafilen og støtteressurser. Fordi databasen er en mappe i stedet for en enkelt fil, må sikkerhetskopier og flyttinger inkludere hele mappen for å unngå uoverensstemmelse mellom struktur og data.

Er det virkelig nødvendig å legge inn eksempeldata før man bygger mer?

Ja – det er den raskeste måten å bekrefte at tabeller, felt, skjemaer og verdilister fungerer sammen. Problemer som er trivielle å fikse nå, blir kostbare når spørringer, rapporter og metoder avhenger av skjemaet. Behandle denne runden som en designgjennomgang, ikke som et ork.