Paradox kapcsolódó táblák

MK> NM> Számomra legalább a Database Engine mondja meg, hogyan kell csinálni.
MK> NM> És akkor a konstruált asztalok foglalkoznak Delphi.
MK> NM> Egyszerűen a kézikönyvek rám nem túl részletes, önmagában nem találta: (
MK> És jobb, ha több natív eszközt használsz? Delphi + Paradox | dbf
MK> nem lenyűgöz.

MK> Erre elmentem. Üdvözlettel Kazaryan M.Yu.

A probléma az, hogy a Paradoxra, vagyis a Delphi-ra van szükségem.
Mindaz, amit találtam, MasterTable, MasterField - biztosan csatlakoznak,
csak nem, ahogyan szeretnénk.
Például egy diákok táblázata és egy csoportos tábla található. Vannak több
hallgatók. Hogyan lehet megvalósítani az 1: M kapcsolatot? Sorozd be a csoportasztalhoz mindegyikhez
25 bejegyzések csoportja, vagy mi? Hekosherno.

NM> a Probléma, amely rám van _ Paradox, Delphi.
NM> Minden megtaláltam MasterTable, MasterField - biztosan csatlakozni,
NM> csak nem, ahogyan szeretnénk.
NM> Például van egy diákok táblája és egy csoportos tábla. Vannak több
NM> diákok.
Adja hozzá a mező id_groups és mások a tanulóasztalhoz? %)
Igen, minden ott működik, nézze meg a példákat. %)

Fényes gondolatok, neked, Nadiya!

Ehhez a szabadságomra járok. Üdvözlettel Kazaryan M.Yu.

VK >>> Paradox + BDE + Delphi a gyakorlatban *. Nos, kivéve az idő helyi
NM >> táblázatokat, ha hirtelen valamilyen okból ez% -ot eredményez)
MK> Mindig lehetséges, hogy még kellemesebb változatot találjunk.
Természetesen, de ideiglenes helyi táblák esetében legalább az adatok
nem fog elveszni%)

NM >> Amennyire én tudom, a szoftvert tananyagként használják
NM >> oktatási intézményekben ingyenes.

MK> Nem igazán tudod pontosan. A DBMS-vel működő verzió -
MK> fizet. A Personal Edition, amely erre a célra használható,
MK> sehol sehol máshol. Jobb a Lazarus használata
MK> Delphi, amely az úton és a DBMS működik.
Igen, Lazarus valószínűleg megy a képzési projekthez.

Fényes gondolatok, neked, Vsevolod!

VK> Igen, Lazarus az oktatási projekthez valószínűleg meg fog menni.
Még egy üzleti projektet is írtak a webhelyen, például a könyvelést.

Ehhez a szabadságomra járok. Üdvözlettel Kazaryan M.Yu.

Hello, Nadiya!
06. 06. 06, mindenkinek írtál:

NM> Amennyire én tudom, szoftver, amelyet tananyagként használnak
NM> oktatási intézmények szabadon használhatják.

VK> NM> az a probléma, hogy nekem _ paradoxon, nevezetesen
Delphi.
VK> NM> Mindaz, amit találtam MasterTable, MasterField - természetesen,
nyakkendő,
VK> NM> csak nem, milyen lenne kívánatos.
VK> NM> Például van egy diákok táblája és egy csoportos tábla. A csoportban
számos
VK> NM> diákok.
VK> A diákok táblázatába felveszik az id_groups mezőt és másokat? %)
VK> Igen minden ott működik, nézz példákat. %)
VK>

A gyengébb tapasztalatokkal és az ismeretekkel rendelkező kommunikációval kapcsolatban határozottan kijelenthetem:
A javasolt módszer általában nem alkalmazható.
Képzeld el, hogy létre kell hoznom a résztvevők csoportjait
köröket, majd egy másik olyan embercsoportot, akik akadémiai szabadságban voltak, és
akkor - azoknak a csoportjai, akik a másodiknál ​​magasabbak.
Ez azt jelenti, hogy mindegyik esetben meg kell adnia az új mezőket
diákok táblázat?!
A dbVista példában: két asztal van - diákok és csoportok. És van egy lista
hivatkozások, amelyek csak meghatározzák az 1: M arányt, és ez NEM egy különálló 3π
táblázat és a referenciák listája. Itt van a lista, amit a Paradoxon kerestek.

NM> Alapos tapasztalataimból és az ismeretekkel rendelkező emberek kommunikációjából határozottan tudom
NM> mondja: a javasolt módszer - általában nem alkalmazható.
NM> Képzeld el, hogy létre kell hoznom az érintett csoportokat
NM> a körökben, majd több olyan embercsoportban, akik akadémiai ünnepeken voltak, és
NM> akkor - azoknak a csoportja, akik a második legmagasabb szintre kerülnek.
Elképzelni fogom, hogy mindezek csoportok, és a csoportnak van egy "típusú" mezője (oktatási,
nyaralás, második felsõoktatás stb.). Mivel két ilyen csoportban a diák
ugyanakkor nem lehet, és ez a legfontosabb dolog.
NM> Ez azt jelenti, hogy mindegyik esetben új mezőket adunk fel
NM> a diákok táblája?
[Dobos tekercs]
. Üdvözöljük a relációs adatbázisokban.

NM> A dbVista példában: két asztal van - diákok és csoportok. És ott is van
NM> hivatkozások listája, amely csak az 1: M arányt határozza meg, és ez NEM
NM> egy külön 3. táblázat, és a referenciák listája. Itt van a lista, amit próbálok
NM> megtalálja a Paradoxot.
dbVista egy hálózati adatbázis, nem relációs adatbázis! %)


VK> bemutatom, hogy ez a csoport, és a csoportban van egy "típusú" mező (oktatási,
VK> szabadság, második magasabb, stb.). Mivel két ilyen csoportban a diák
VK> egyszerre nem lehet, és ez a legfontosabb dolog.
(ha alaposan elolvasta) És ha több is van, akkor ez az n: m (és
a harmadik táblázat a formalizáláshoz), vagy igen, több linket 1: n. További információ
ez a második.

05 Apr 06 12:33, írtad (a) Mind:

VK >> NM> az a probléma, hogy a Paradoxon,
VK >> pontosan
NM> Delphi.
VK >> NM> Mindaz, amit találtam MasterTable, MasterField - természetesen,
NM> csatlakoztassa,
VK >> NM> csak nem, milyen lenne kívánatos.
VK >> NM> Például van egy diákok táblája és egy csoportos tábla. A csoportban
NM> több
VK >> NM> diákok.
VK >> A diákok táblázatába felvétele a mező id_groups és egyéb? %)
VK >> Igen, minden ott működik, nézz példákat. %)
VK >>

NM> Alapos tapasztalataimból és az ismeretekkel rendelkező emberek kommunikációjából határozottan tudom
NM> mondja: a javasolt módszer - általában nem alkalmazható. Képzelje el ezt
NM> Aztán létre kell hoznom a körökben résztvevő embercsoportokat, és
NM> aztán egy másik olyan embercsoportot, aki egyetemi akcióban volt, majd -
NM> csoportok azok közül, akik a második legmagasabb szintre kerülnek. És mindegyikükre
NM> esetekben új mezőket kell felvenni a tanulóasztalra. ha
NM> Példa dbVista: két asztal van - diákok és csoportok. És ott is van
NM> hivatkozások listája, amely csak az 1: M arányt határozza meg, és ez NEM
NM> egy külön 3. táblázat, és a referenciák listája. Itt van a lista, amit próbálok
NM> megtalálja a Paradoxot.

És mi akadályozza meg a harmadik asztalt?
Ráadásul szinte biztos vagyok benne, hogy fizikailag a dbVista referencia-listában van és ott van
táblázatban.

Üdvözlettel, Vitaliy.

* A .. DELPHI.DB
Jó napot és egy felejthetetlen éjszakát, Vitaliy!

sz. paradox - relációs. minden link a táblákon keresztül

VA> És mit tehet meg, hogy megakadályozza a harmadik táblát?
VA Mivel szinte biztos vagyok benne, hogy a dbVista fizikailag a linkek listáját és
VA> van egy asztal.

de a dbVista - ez nem relációs, és nem hierarchikus, vagy hálózati modell

Néha, annak érdekében, hogy megváltoztassák észlelésüket a világról,
. az emberek megpróbálják megváltoztatni a világot

Fényes gondolatok, neked, Nadiya!

NM> Alapos tapasztalataimból és az ismeretekkel rendelkező emberek kommunikációjából határozottan tudom
NM> mondja: a javasolt módszer - általában nem alkalmazható. Képzelje el ezt
NM> Aztán létre kell hoznom a körökben résztvevő embercsoportokat, és
NM> aztán egy másik olyan embercsoportot, aki egyetemi akcióban volt, majd -
NM> csoportok azok közül, akik a második legmagasabb szintre kerülnek. És mindegyikükre
NM> az új esetek hozzáadása a tanulóasztalhoz?
2 kilépést látok.
1) táblázatot a diákokkal, hogy hozzon létre egy "típusú" mezőt és attól függően, hogy melyik
csoport a diák helyes értéket. Plusz - a legegyszerűbb
végrehajtását; mínusz - csoportok bővítésekor módosítania kell a programot
annak későbbi frissítése.
2) Indítsa el a 3 táblázatot:
TÁBLÁZATI CSOPORT
ID - INTEGER, AUTOINCREMENT
NAME - STRING
TABEL GROUPTYPE
ID - INTEGER, AUTOINCREMENT
NAME - STRING
TÁBLÁZATI TANULÓK
ID - INTEGER, AUTOINCREMENT
IDGROUP - INTEGER
IDGROUPTYPE - INTEGER
EGYÉB TERÜLETEK.
Az id mezők mindig egyediek, a kapcsolatok nyilvánvalóak.
Előnyök - nem kell újraírnia az alkalmazást a könyvtárak megváltoztatásakor. Hátrányok -
kissé magasabb kezdeti megvalósítási költségek.
És még több. Jobb használni a lekérdezést, nem pedig a táblázatot.

Ehhez a szabadságomra járok. Üdvözlettel Kazaryan M.Yu.

Hello, Nadiya!
06. 06. 06, mindenkinek írtál:

VK >> A diákok táblázatába felvétele a mező id_groups és egyéb? %)
VK >> Igen, minden ott működik, nézz példákat. %)
VK >>

NM> Alapos tapasztalataimból és az ismeretekkel rendelkező emberek kommunikációjából határozottan tudom
NM> mondja: a javasolt módszer - általában nem alkalmazható. Képzelje el ezt
NM> Aztán létre kell hoznom a körökben résztvevő embercsoportokat, és
NM> aztán egy másik olyan embercsoportot, aki egyetemi akcióban volt, majd -
NM> csoportok azok közül, akik a második legmagasabb szintre kerülnek. És mindegyikükre

És ez már nem lesz 1: M arány.
ne keverjük össze, és ne keverjük össze, így nem fogunk összetéveszteni.

Kapcsolódó cikkek