Comunicarea de la mulți la mulți

Comunicarea de la mulți la mulți

Bună ziua! Explicați, vă rog, cum să organizați multe comunicări către mulți (DB în Paradox). Și este chiar posibil? ;)

hmm. Ești sigur că nu există asta?

Ha! Cum te face teoretic, știu! Cineva mi-ar spune unde și ce să înregistrez, este necesar ca această bază să funcționeze;)

Ei bine, cu faptul că paradoxul trebuie să moară, sunt de acord. (
. Cu integritatea de referință nu funcționează (delphi aceste link-uri nu văd) Poate mai multe opțiuni vor fi. )

> Ha! Cum te face teoretic, știu!
în general, dacă știam (sau înțelegeam), atunci este aproape imposibil să vă prescrieți o întrebare.

Este cu adevărat dificil să faci o masă suplimentară? - Nu.
2 câmpuri în ea? - Nu.
legătura unul cu multe de la o masă la un câmp și unul de altul cu altul? - și nu.
și anume totul nu este dificil, dar totuși, multe dintre acestea au fost deja legate.

dacă nu înțelegeți principiul, atunci nu puteți lucra cu el, cea mai simplă cerere de a scrie. ci un instrument magic, cum ar fi "puneți o bifă undeva și totul funcționează" nu.

>. Cu integritatea de referință nu se obține (delphi aceste link-uri nu văd)
dar ce trebuie să vadă aici? aceasta este o simplă prevedere a integrității referențiale la nivelul motorului. și anume aceasta este metoda pe care o facem, și nu "instrumentul magic" de a alege și totul se face.

> Poate mai multe opțiuni vor fi. )
Vrei să le sare?

sniknik, bine, mai întâi, o înțelegere logică a modului de a face ceva, și aplicarea practică a cunoștințelor lor - acestea sunt lucruri complet diferite. În al doilea rând, nu am nevoie de un instrument magic, ci de o explicație obișnuită, deoarece în manuale nu am găsit-o.
Ei bine, despre orice altceva. Am început să studiez baza de date recent și am legat anterior tabelele folosind designerul de link-uri din Delphi, fără a utiliza integritatea referențială. De aceea vă rog să explicați în detaliu cum să faceți acest lucru.


>> Poate mai multe opțiuni vor fi. )
> Vrei să le sare?

De ce sare? O pun pe raft și o folosesc după cum este necesar.

> o explicație normală
referința din [3] este o explicație perfect normală a esenței.

> De aceea te rog în detaliu să-mi explici cum să o faci.
3 pași în [7], aceasta este de fapt o explicație detaliată a modului de a realiza o astfel de conexiune. (+ 6 pentru a consolida această legătură, să nu includă link-uri valide acolo)

dar aici pentru a utiliza, aici este necesar mai mult, este necesar și o esență de înțeles și metode de operare cu baze / mese pentru a putea folosi.

Aici, de exemplu, vă dau opțiuni de obținere (un exemplu de lucru cu ei) -
toată lucrarea în care a fost Sidorov (faptul că în exemplul din legătura):
SELECT n.Name, j.Job
Din TJob j
INNER JOIN (TNAME N INNER JOIN TCross c ON n.ID = c.ID_NAME) pe j.ID = c.ID_WORK
WHERE n.ID = 3

sau invers, toți angajații MUP-a:
SELECT j.Job, n.Numele
Din TJob j
INNER JOIN (TNAME N INNER JOIN TCross c ON n.ID = c.ID_NAME) pe j.ID = c.ID_WORK
Unde j.ID = 2

aceasta vă va ajuta?

nu este necesar să colectăm opțiuni pe raft, ci să încercăm să înțelegem, să înțelegem, astfel încât orice opțiune să nu fie o problemă de scris.


> Este posibil la toate?

Două tabele separate RDBMS normale nu pot trăi într-o relație "de la mulți la mulți".

Și paradoxul nu are nimic de-a face cu asta.

Articole similare