Artykuł wyjaśnia, dlaczego użytkownicy powinni unikać używania cobliczone pola w bazie danych i zamiast tego użyj zapytań.
MS Access umożliwia użytkownikom tworzenie kolumn obliczeniowych (typu pola) w projekcie tabeli w celu wykonywania różnych obliczeń, ale częściej łamie zasady normalizacji. Dlatego zaleca się używanie zapytań zamiast pól obliczeniowych. W tym artykule szczegółowo omówimy ten punkt.
Obliczone pola w MS Access
Pola obliczeniowe są integralną częścią arkusza kalkulacyjnego i mają na celu pomóc użytkownikom w efektywnym tworzeniu aplikacji. Jednak zgodnie z regułą normalizacji nie zaleca się przechowywania wartości zależnych od innych pól, aby uniknąć nieporozumień i nieprawidłowości. Pola obliczeniowe, mimo że są poręczne i łatwe w użyciu, należy unikać, ponieważ nie są w stanie wywołać funkcji zdefiniowanych przez użytkownika, ponieważ są zaprogramowane tylko do uruchamiania funkcji wbudowanych. Program Access nie zezwala na pola obliczeniowe na uwzględnianie pól z różnych tabel lub zapytań. Użytkownicy muszą również podać wszystkie inne parametry, aby uniknąć błędów. Warto również wziąć pod uwagę, że wyniki pól obliczeniowych są obliczane tylko wtedy, gdy są generowane w czasie wykonywania, czyli w momencie wykonania zapytania lub raportu na podstawie zapytania.
Należy zauważyć, że wersje Access przed MS Access 2010 nie byłyby w stanie obsługiwać tabel, ograniczając tym samym jego użycie. Wiarygodność pól obliczeniowych jest stosunkowo niska, ponieważ wyniki prawie nie są aktualizowane prawidłowo po zmianie wyrażenia po wprowadzeniu danych do tabeli. To są główne powody, dla których należy unikać pól obliczeniowych.
Pytania
Zapytania są lepszą alternatywą dla pól obliczeniowych, ponieważ nie przechowują wartości w tabeli. Zapytania są pomocne w automatyzacji zadań zarządzania danymi i rewizji zmian. Zapytania można tworzyć za pomocą Kreatora zapytań lub w widoku Deign.
Weźmy przykład dwóch pól: Ilość i Koszt Jednostkowy, gdzie użytkownik potrzebuje wyrażenia Ilość * Koszt Jednostkowy dla innego pola, „Kwota”. Zamiast korzystać z pól Oblicz, użytkownik powinien utworzyć zapytanie oparte na tabeli. Może wpisać wyrażenie w wierszu „Pole” projektu zapytania, a następnie zapisać je w następujący sposób:
Amount: [Quantity] * [UnitCost]
Utworzy kolejne pole o nazwie Kwota, które będzie prostsze i wydajniejsze. Formularze i raporty oparte na tym zapytaniu będą traktować obliczone pola jak każdy inny rekord.
Przechowywanie obliczonego wyniku
Istnieje również kilka przypadków, w których użytkownicy odczuwają potrzebę przechowywania innej wartości i pewnych elastycznych reguł. Można to jednak zrobić za pomocą zdarzenia After Update, które pozwoliłoby użytkownikom na zastąpienie obliczeń i wprowadzenie innej wartości zgodnie z ich preferencjami.
W wersji MS Access 2010 można wybrać typ danych obliczonych, który pokaże wyrażenie. Użytkownicy mogą wpisać to wyrażenie (powiedzmy [Ilość] * [Cena jednostkowa]), a Access wykona obliczenia za każdym razem, gdy użytkownik wejdzie do rekordu. Problem z tą funkcją polega na tym, że istnieją ograniczone wyrażenia, co ogranicza użytkownikom korzystanie z niej do rzeczywistych celów.
Jako użytkownik programu Access należy zawsze być przygotowanym na przypadki uszkodzenia danych. Jeśli napotkasz taki scenariusz, nie wahaj się skorzystać z potężnego narzędzia, takiego jak DataNumen Access Repair do naprawić mdb akta.
Wprowadzenie autora:
Vivian Stevens jest ekspertem w dziedzinie odzyskiwania danych w DataNumen, Inc., która jest światowym liderem w technologiach odzyskiwania danych, w tym naprawa sql i doskonałe oprogramowanie do odzyskiwania. po więcej informacji odwiedź www.datanumen.com