[ Pobierz całość w formacie PDF ]

w którym będzie zapisywana wartość wybranej opcji.
12. Jeżeli chcemy, aby przy tworzeniu nowego rekordu jedna z opcji zawsze była auto-
matycznie wybrana, używamy właściwości Wartość domyślna, w której wprowadzamy
wartość przypisaną wcześniej jednemu z przycisków opcji.
13. Zamykamy arkusz właściwości.
ANALI ZA PRZYPADKU
Użycie grupy opcji do wybierania sposobu dostawy
W bazie danych Northwind 2007 znajduje się tabela Zamówienia, a w niej pole ID spedytora, które określa
3
wykorzystywaną firmę kurierską. Użytkownik może wybrać jedną z trzech firm: Firma wysyłkowa A, Firma wysyłkowa
B lub Firma wysyłkowa C (jak widać, autor bazy nie grzeszył nadmierną kreatywnością). Przyciski opcji mogą reprezentować
wyłącznie wartości liczbowe, więc nie można wykorzystać ich do przypisania wartości tekstowej, takiej jak  Firma
wysyłkowa A , do pola ID spedytora. Nie jest to jednak problemem, ponieważ samo pole ID spedytora to
pole przechowujące identyfikator liczbowy: 1 dla Firmy wysyłkowej A, 2 dla Firmy wysyłkowej B i 3 dla Firmy wysyłkowej C.
Są to identyfikatory przechowywane w polu ID tabeli Spedytorzy. Tabele Spedytorzy i Zamówienia są powiązane relacją
 jeden-do-wielu opartą na wartościach pól ID i ID spedytora.
Pole, które może przyjąć jedną z trzech wartości liczbowych, to idealny przykład pola, dla którego można zastosować
grupę opcji. Procedura przebiega następująco:
Tworzymy grupę opcji i wiążemy ją z polem ID spedytora.
Wstawiamy trzy przyciski opcji, reprezentujące opcje  Firma wysyłkowa A ,  Firma wysyłkowa B i  Firma
wysyłkowa C , po czym przypisujemy im wartości 1, 2 i 3.
Rysunek 3.7 przedstawia formularz z gotową grupą opcji.
Rysunek 3.7.
W tym formularzu grupa
opcji została wykorzystana
do wybierania sposobu
dostawy poszczególnych
zamówień
Ograniczanie zakresu dostępnych opcji 81
Pola listy  duży zbiór opcji do wyboru
Przyciski opcji mają trzy istotne wady:
Jeżeli pole może przyjmować więcej niż pięć  sześć wartości, grupa przycisków opcji
przestaje być czytelna.
Przyciski opcji nie mogą pracować z wartościami innymi niż liczbowe.
Użytkownik nie ma możliwości wprowadzenia innych wartości. Zazwyczaj jest to
pożądane, ale w pewnych sytuacjach użytkownik musi mieć możliwość wprowadzenia
wartości spoza standardowego zestawu.
Aby rozwiązać ten problem, Access został wyposażony w dwa formanty listy, umożliwiające
wyświetlenie użytkownikowi dużej grupy opcji do wyboru:
Pole listy to lista opcji do wyboru. Lista jest w pełni statyczna  użytkownik nie może
3
wprowadzić wartości spoza listy.
Pole kombi pozwala wybrać wartość z listy rozwijanej, ale pozostawia opcję wprowa-
dzenia innego wpisu. Jest to rodzaj połączenia listy z polem tekstowym.
UWAGA
Innym czynnikiem, który może mieć wpływ na decyzję o wyborze między polem listy a polem kombi,
jest rozmiar formantu. Pole listy przedstawia zazwyczaj co najmniej trzy lub cztery pozycje, podczas
gdy pole kombi  tylko jedną (lista jest rozwijana dopiero po kliknięciu). W efekcie pole listy zajmuje
znacznie więcej miejsca niż pole kombi. Warto o tym pamiętać. Jeżeli nie dysponujemy dużą ilością
miejsca, a nie chcemy, aby użytkownicy mieli możliwość wprowadzania wartości spoza listy, istnieje
możliwość wprowadzenia odpowiedniego ograniczenia w polu kombi (o czym piszemy dalej).
W obu przypadkach wartość wybrana przez użytkownika z listy (lub wprowadzona w polu
kombi) zostaje zapisana w polu powiązanym z formantem. Można używać dowolnych
wartości: liczbowych, tekstowych i dat.
Warto pamiętać, że jeżeli dodajemy do formularza pole, które uczestniczy w relacji z inną
tabelą, standardowym formantem Accessa jest pole kombi. Dokładniej, jeżeli relacja ma
charakter  jeden-do-wielu i bieżąca tabela jest po stronie  wielu , dodanie do formularza
pola wykorzystywanego w relacji powoduje utworzenie pola kombi z listą wartości z drugiej
tabeli.
Dla przykładu tabela Produkty jest w relacji  jeden-do-wielu z tabelą Szczegóły zamó-
wień. Relacja ta jest oparta na polach ID i ID produktu. Jeżeli budujemy formularz
oparty na tabeli Szczegóły zamówień, to dodanie pola ID produktu spowoduje utworzenie
pola kombi z wartościami pobranymi z pola Nazwa produktu tabeli Produkty. Dlaczego
Nazwa produktu, a nie ID? Przyczyną jest zapis w projekcie tabeli Szczegóły zamówień,
gdzie właściwość y
ródło wierszy (na karcie Odnośnik) pola ID produktu zawiera instrukcję
SQL, która wybiera pole Nazwa produktu z tabeli Produkty:
82 Rozdział 3 Formularze do wprowadzania danych
SELECT ID, [Nazwa produktu] FROM Produkty ORDER BY [Nazwa produktu];
Na kolejnych stronach przedstawione zostaną podstawowe zasady pracy z formantami listy
i kombi.
Uruchamianie Kreatora pól list i Kreatora pól kombi
Kreator pól list i Kreator pól kombi znacznie ułatwiają tworzenie powiązanych formantów
listy. Do ich uruchomienia prowadzi standardowa procedura:
1. Po wyświetleniu karty Wstążki Projektowanie upewniamy się, że przycisk Użyj kre-
atorów formantów w grupie Formanty jest aktywny.
2. Klikamy przycisk Pole kombi lub Pole listy.
3.  Rysujemy pole w obszarze formularza. Access uruchamia odpowiedniego kreatora.
3
Oba kreatory pracują w taki sam sposób. Kluczowe znaczenie ma wybór dokonany w pierw-
szym okienku. Opiszemy teraz osobno pracę kreatora po wybraniu każdej z trzech dostęp-
nych opcji.
Pobieranie listy wartości z pola tabeli lub kwerendy
Najbardziej typowym przypadkiem jest wypełnianie pola listy lub pola kombi wartościami
pobranymi z pewnej tabeli lub kwerendy. Jeżeli na przykład przygotowujemy formularz
zamówień, to najczęściej umieszczamy w nim listę z nazwami wszystkich klientów  korzy-
stamy wtedy z wartości pobranych z tabeli Klienci. [ Pobierz całość w formacie PDF ]

zanotowane.pl

doc.pisz.pl

pdf.pisz.pl

forum-gsm.htw.pl