AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Fremdschlüssel verwenden oder doch zweimal UniQuery ?
Thema durchsuchen
Ansicht
Themen-Optionen

Fremdschlüssel verwenden oder doch zweimal UniQuery ?

Ein Thema von RWarnecke · begonnen am 18. Dez 2012 · letzter Beitrag vom 18. Dez 2012
Antwort Antwort
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#1

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 08:11
BTW: wofür hast du in allen Tabellen ein Feld id was du aber gar nicht als id (identity) benutzt?
Das ID-Feld jeder Tabelle benutze ich intern im Programm für meine Klassen als Index.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#2

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 08:30
Also ich benutze id immer für die Identity eine Entität.

Code:
persons:
id INT PRIMARY AUTOINC
name
...

companies:
id INT PRIMARY AUTOINC
name
...

company_persons:
company_id INT PRIMARY
person_id INT PRIMARY
ist für mich irgendwie einleuchtender
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#3

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 09:33
Das würde ich so machen, wenn ich reine DB-Komponenten einsetzen würde.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Blup

Registriert seit: 7. Aug 2008
Ort: Brandenburg
1.440 Beiträge
 
Delphi 10.4 Sydney
 
#4

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 12:36
http://www.zdnet.de/41553179/surroga...-entscheidung/

Tabellenstruktur würde ich dann eher so wie im Anhang bevorzugen:
Angehängte Grafiken
Dateityp: png Struktur.PNG (12,1 KB, 22x aufgerufen)
  Mit Zitat antworten Zitat
Benutzerbild von Sir Rufo
Sir Rufo

Registriert seit: 5. Jan 2005
Ort: Stadthagen
9.454 Beiträge
 
Delphi 10 Seattle Enterprise
 
#5

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 13:19
http://www.zdnet.de/41553179/surroga...-entscheidung/

Tabellenstruktur würde ich dann eher so wie im Anhang bevorzugen:
Das will er ja eben nicht (hatte ich ja auch schon vorgeschlagen)
Kaum macht man's richtig - schon funktioniert's
Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
  Mit Zitat antworten Zitat
Benutzerbild von RWarnecke
RWarnecke

Registriert seit: 31. Dez 2004
Ort: Stuttgart
4.408 Beiträge
 
Delphi XE8 Enterprise
 
#6

AW: Fremdschlüssel verwenden oder doch zweimal UniQuery ?

  Alt 18. Dez 2012, 13:56
http://www.zdnet.de/41553179/surroga...-entscheidung/

Tabellenstruktur würde ich dann eher so wie im Anhang bevorzugen:
Das will er ja eben nicht (hatte ich ja auch schon vorgeschlagen)
Meinst Du jetzt die Beziehungen oder die Verwendung der Beschriftung der Felder ?

Das ich etwas nicht will, habe ich so direkt nicht gesagt. Ich habe nur lediglich die Verwendung der Felder ID genannt.
Rolf Warnecke
App4Mission
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:23 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz