🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: pl.comp.bazy-danych.msaccess
3 messages
3 total messages Started by Tomasz Szymański Wed, 28 Oct 1998 08:26
Relacje w MS Access
#18
Author: Tomasz Szymański
Date: Wed, 28 Oct 1998 08:26
37 lines
2145 bytes
Witam wszystkich!

Przede mną pojawił się taki problem.
Mam 2 tabele :
Pierwsza o nazwie "przyrządy", druga o nazwie "atesty".

Należy stworzyć relację pomiędzy tymi tabelami, ale w taki magiczny sposób,
że w
tabeli "przyrządy" powinno być aż 50 pól typu "atest" (czyli powiązań
relacyjnych z tabelą atesty).
Stworzyłem takie pola, troszkę ich wyszło dużo :-((
I tutaj moje pytanie.
Czy aby nejlepszym rozwiązaniem jest sposób podejścia do problemu.
Bo przecież będę miał 50 relacji do jednej tabeli i to relacji
jeden-do-wielu.
Sprawa jest tak dziwna, że muszę mieć właśnie 50 pól w bardzo specyficznym
układzie i muszą się mieścić na jednej stronie.

Myślałem już o tym ażeby w tabeli atesty zrobić relację do tabeli przyrządy
i wypełniać tą pierwszą, ale jak to się ma do stałego układu w tabeli
przyrządy, gdzie występuje wiele pól (50) atesty.

A może ktoś by się wypowiedział na temat zastosowań relacji w raealizacjach
zaawansowanych,
a nie typowo książkowych że:
a) jeden-do-jednego - może w zasadzie nie występować (praktycznie ta sama
tabela)
b) jeden-do-wielu -       jeden klient wiele zamówień, ale jedno zamówienie
tylko do jednego klienta
c) wiele-do-wielu ??? typu jeden komputer i wiele programów zainstalowanych
na nim i równocześnie jeden program z licencją zainstalowany na kilku
(wielu) komputerach????
Tego ostatniego jest szczególnie ciekaw!

Z góry dzieki za sugestie.

tomaszek@termit.ie.tu.koszalin.pl
Re: Relacje w MS Access
#19
Author: Wojciech Kutyła
Date: Wed, 28 Oct 1998 10:32
62 lines
3695 bytes
W tym przypadku chyba, lepiej będzie zastosować relację wiele do wielu, bo
wštpie, czy każdemu przyrzšdowi będzie potrzeba, aż 50 atestów.

A co do relacji. jeden do jednego jest bardzo, często przydatna, w przypadku
gdy w jednej tabeli chcesz uszczegółowić to co się znajduje w tabeli. Np
przechowujesz dane o artukułach gospodarstwa domowego. I lodówka ma swoje
parametry, pralka swoje, czyli gdybyś chciał to przechowywać w jednej tabeli,
musiałbyś zawsze miec nadmiar kolumn, a tak przechowujesz tylko informacje o
rodzaju towaru, a w tabeli zwišzanej (których jest kilka w zależności od ilości
rodzajów) ich parametry.

Wiele do wielu, to jest bardzo częsta relacja, należy jš wykonać za pomocš
trzeciej pomocniczej tabeli zwanej intersekcjš. Typowy przykład. Faktury i
towary, na fakturze występuje wiele towarów, a jeden towar figuruje na wielu
fakturach.

jak wyglšda intersekcjia
   tabela1                  intersekcja          tabela 2
  id1           ----->   id1                |---     id2
 ...                          id2 <---------|        .....
...                                                        .....

Pozdrawiam W.K.
Tomasz Szymański wrote:

> Witam wszystkich!
>
> Przede mnš pojawił się taki problem.
> Mam 2 tabele :
> Pierwsza o nazwie "przyrzšdy", druga o nazwie "atesty".
>
> Należy stworzyć relację pomiędzy tymi tabelami, ale w taki magiczny sposób,
> że w
> tabeli "przyrzšdy" powinno być aż 50 pól typu "atest" (czyli powišzań
> relacyjnych z tabelš atesty).
> Stworzyłem takie pola, troszkę ich wyszło dużo :-((
> I tutaj moje pytanie.
> Czy aby nejlepszym rozwišzaniem jest sposób podejścia do problemu.
> Bo przecież będę miał 50 relacji do jednej tabeli i to relacji
> jeden-do-wielu.
> Sprawa jest tak dziwna, że muszę mieć właśnie 50 pól w bardzo specyficznym
> układzie i muszš się mieścić na jednej stronie.
>
> Myślałem już o tym ażeby w tabeli atesty zrobić relację do tabeli przyrzšdy
> i wypełniać tš pierwszš, ale jak to się ma do stałego układu w tabeli
> przyrzšdy, gdzie występuje wiele pól (50) atesty.
>
> A może ktoś by się wypowiedział na temat zastosowań relacji w raealizacjach
> zaawansowanych,
> a nie typowo ksišżkowych że:
> a) jeden-do-jednego - może w zasadzie nie występować (praktycznie ta sama
> tabela)
> b) jeden-do-wielu -       jeden klient wiele zamówień, ale jedno zamówienie
> tylko do jednego klienta
> c) wiele-do-wielu ??? typu jeden komputer i wiele programów zainstalowanych
> na nim i równocześnie jeden program z licencjš zainstalowany na kilku
> (wielu) komputerach????
> Tego ostatniego jest szczególnie ciekaw!
>
> Z góry dzieki za sugestie.
>
> tomaszek@termit.ie.tu.koszalin.pl
Re: Relacje w MS Access
#20
Author: Tuptus
Date: Wed, 28 Oct 1998 16:09
43 lines
2806 bytes
Tomasz Szymański napisał(a) w wiadomości: <716kbu$s8e@h1.uw.edu.pl>...
>Mam 2 tabele :
>Pierwsza o nazwie "przyrządy", druga o nazwie "atesty".
>
>Należy stworzyć relację pomiędzy tymi tabelami, ale w taki magiczny sposób,
>że w tabeli "przyrządy" powinno być aż 50 pól typu "atest" (czyli powiązań
>relacyjnych z tabelą atesty).
>Stworzyłem takie pola, troszkę ich wyszło dużo :-((
>I tutaj moje pytanie.
>Czy aby nejlepszym rozwiązaniem jest sposób podejścia do problemu.
>Bo przecież będę miał 50 relacji do jednej tabeli i to relacji
>jeden-do-wielu.
>Sprawa jest tak dziwna, że muszę mieć właśnie 50 pól w bardzo specyficznym
>układzie i muszą się mieścić na jednej stronie.
>
>Myślałem już o tym ażeby w tabeli atesty zrobić relację do tabeli przyrządy
>i wypełniać tą pierwszą, ale jak to się ma do stałego układu w tabeli
>przyrządy, gdzie występuje wiele pól (50) atesty.
>
Jak przypuszczam oprocz informacji o atestach przechowujesz rowniez inne
informacjie o przyrzadach. Dlatego proponuje stworzenie dodatkowej tabeli
zawierajacej ID(autonumer), IDPrzyrzadu, IDAtestu. Powstaja relacje
jeden-do-wielu przyrzady.Id->rob.IDPrzyrzadu oraz atesty.Id->rob.IDAtestu.
Relacje te zostana utworzone automatycznie przy tworzeniu tabel jesli
uzyjesz kreatora odnosnikow do odpowiednich pol (Access97)
Zmieszczenie pol na jednej stronie nie ma zadnego zwiazku z relacjami, to
problem wlasciwego stworzenia formularza.

>c) wiele-do-wielu ??? typu jeden komputer i wiele programów zainstalowanych
>na nim i równocześnie jeden program z licencją zainstalowany na kilku
>(wielu) komputerach????
>Tego ostatniego jest szczególnie ciekaw!
>
>Z góry dzieki za sugestie.
>
>tomaszek@termit.ie.tu.koszalin.pl
>
W takiej sytuacji najlepiej biedzie utworzyc dodatkowa tabele w taki sposob
aby uzyskac dwie relacje jeden-do-wielu

Tuptus
wgabor@friko.onet.pl
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads