Het artikel legt uit waarom de gebruikers het gebruik moeten vermijden cberekende velden in de database en gebruik in plaats daarvan Queries.
Met MS Access kunnen gebruikers berekende kolommen (veldtype) in het tabelontwerp maken om verschillende berekeningen uit te voeren, maar vaker overtreedt het de regels van normalisatie. Het wordt daarom aanbevolen om Query's te gebruiken in plaats van berekende velden. In dit artikel wordt dit punt in detail uitgewerkt.
Berekende velden in MS Access
Berekende velden zijn een integraal onderdeel van de spreadsheet en zijn ontworpen om gebruikers te helpen bij het effectief ontwikkelen van applicaties. Maar volgens de normalisatieregel wordt het niet aanbevolen om waarden op te slaan die afhankelijk zijn van andere velden om verwarring en onregelmatigheden te voorkomen. Berekende velden moeten, ondanks dat ze handig en gebruiksvriendelijk zijn, worden vermeden omdat ze geen door de gebruiker gedefinieerde functies kunnen oproepen, omdat ze alleen zijn geprogrammeerd om de ingebouwde functies uit te voeren. Toegang staat niet toe dat berekende velden velden uit verschillende tabellen of query's bevatten. Gebruikers moeten ook alle andere parameters opgeven om fouten te voorkomen. Het is ook de moeite waard om te overwegen dat de resultaten van berekende velden alleen worden berekend wanneer ze tijdens runtime worden gegenereerd, dwz op het moment van uitvoering van een query of een rapport op basis van een query.
Opgemerkt moet worden dat Access-versies vóór MS Access 2010 niet in staat zouden zijn om de tabellen te gebruiken, waardoor het gebruik ervan werd beperkt. De betrouwbaarheid van berekende velden is relatief laag omdat de resultaten nauwelijks correct worden bijgewerkt na het wijzigen van de uitdrukking nadat gegevens in de tabel zijn ingevoerd. Dit zijn de belangrijkste redenen om berekende velden te vermijden.
Queries
Query's zijn een beter alternatief voor berekende velden omdat ze de waarde niet in een tabel opslaan. Query's zijn nuttig bij het automatiseren van gegevensbeheertaken en het herzien van wijzigingen. Query's kunnen worden gemaakt met behulp van de Query-wizard of in de weergave Deign.
Laten we een voorbeeld nemen met twee velden, Hoeveelheid en Eenheidskosten, waarbij de gebruiker de expressie Hoeveelheid * Eenheidskosten in een ander veld, 'Bedrag', wil toepassen. In plaats van velden te berekenen, kan de gebruiker een query maken op basis van de tabel. De expressie kan worden ingevoerd in de veldrij van het queryontwerp, bijvoorbeeld als volgt:
Amount: [Quantity] * [UnitCost]
Er wordt een ander veld gemaakt met de naam Bedrag, dat eenvoudiger en efficiënter zou zijn. De formulieren en rapporten die op deze query zijn gebaseerd, behandelen de berekende velden als elk ander record.
Een berekend resultaat opslaan
Er zijn ook enkele gevallen waarin gebruikers de behoefte voelen om een andere waarde op te slaan, en enkele flexibele regels. Het kan echter worden gedaan met behulp van de After Update-gebeurtenis waarmee de gebruikers de berekening kunnen overschrijven en een andere waarde kunnen invoeren volgens hun voorkeur.
In MS Access 2010-versie kan men het berekende gegevenstype kiezen dat de uitdrukking zal tonen. Gebruikers kunnen die uitdrukking typen (bijvoorbeeld [Aantal]*[Eenheidsprijs]), en Access voert de berekeningen uit telkens wanneer een gebruiker het record invoert. Het probleem met de functie is dat er beperkte uitdrukkingen zijn, waardoor gebruikers worden beperkt om het voor echte doeleinden te gebruiken.
Als Access-gebruiker moet u altijd voorbereid zijn op incidenten van gegevensbeschadiging. Als u een dergelijk scenario tegenkomt, aarzel dan niet om een krachtige tool als DataNumen Access Repair naar mdb repareren bestanden.
Auteur Introductie:
Vivian Stevens is een expert op het gebied van gegevensherstel in DataNumen, Inc., de wereldleider in technologieën voor gegevensherstel, waaronder reparatie sql en Excel-herstelsoftwareproducten. Voor meer informatie bezoek www.datanumen.com