AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 00:02

Parameter dieser Suchanfrage:

Suche in Thema: sprechender Primärschlüssel 8)
Suche alle Beiträge, die von "MaBuSE" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 16 von insges. 16 Treffern
Suche benötigte 0.003s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 27. Jul 2005
    Es gibt keine Zuordnung !!! also kann auch keine Zuordnung zerstört werden !!!


    Da ich denke, dass alles zum Thema sprechende Schlüssel und GUID gesagt ist, braucht Du jetzt auch keinen neuen Thread mehr zu öffnen.

    Vieleicht ändert ein Mod den Titel des Threads ;-)
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 27. Jul 2005
    Du kannst nicht von der GUID zurück auf die MAC Adresse schliessen.
    Das geht schlicht und einfach nicht !!!

    Also was soll diese Frage.

    Wenn Du die Filiale brauchst, dann speicher Dir eine USER_ID und lege eine USER Tabelle an, in der Du deine Benutzerdaten einträgtst. Die GUID ist eine eindeutige "Zufallszahl" die keinerlei Rückschlüsse auf MAC Adresse Datum Uhrzeit, User oder sonst einen...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 27. Jul 2005
    Das Problem ist, das Du es in machen Fällen nicht 100%ig machen kannst.

    Ich bevorzuge dann lieber eine Lösung, die in 99,999... (38 Neuner hinter dem Komma) funktioniert und fange alle 4 * 10^38 (eine 4 mit 38 Nullen drann) mal einen Fehler ab.


    Was ist ein sinnvoller Primärschlüssel?

    Eine eideutige Nummer, die zum adressieren und Verknüpfen von Datensätzen verwendet wird.
    Diese GUID...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 27. Jul 2005
    Jetzt habe ich mich schon wieder zum offtopc hinreisen lassen.

    Vieleicht sollte man den Titel in "sprechende Primärschlüssel / GUID in PK" ändern ;-)

    Ich zitiere mich mal selbst:
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 27. Jul 2005
    Ich habe ja nicht gesagt, das man bei so einer Syncronisierug der Datenbanken kein Exception Handling benutzen sollte !!!
    Wenn tatsächlich ein PK 2 mal vorkommen sollte, so muß dann aber nur einmal pro (sehr seltene Ausnahme) in die PKs eingegriffen (oder abgelehnt) werden.
    Dieses Verfahren wird in der Praxis bereits tausendfach eingesetzt und funktioniert herrvoragend.

    Du sagt ja auch...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 27. Jul 2005
    In dieser "Zufallszahl" ist unter anderem die MAC Adresse, Datum Zeit und eine Zufallszahl enthalten.

    Es müssen dann also schon 2 Rechner die selbe MAC Adresse haben, die GUID zur selben Zeit erzeugen und dann noch genau die selbe zufallszahl erzeugen, erst dann ist die GUID zweideutig. (Wer weiß was da noch alles in die GUID einfliesst)
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 27. Jul 2005
    Das schieb ich auch schon mal:

    Stell Dir vor wir erzeugen eine Zufallszahl. Und wie der Zufall es will, ist diese auch noch weltweit einmalig. -> Du kannst also beliebig oft eine solche Zahl erzeugen (Code s.u.) und es wird nie (*) eine Duplette geben.

    (*) http://de.wikipedia.org/wiki/GUID : Jede GUID ist praktisch einmalig. Die Wahrscheinlichkeit,dass zwei gleiche GUIDs erzeugt werden...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 26. Jul 2005
    Nennen wir den Matchcode doch in diesem Fall einfach Kundennr.
    Ich habe in etlichen Programmen schon solche Kundennummern gesehen.

    Es entstehen dann so "lustige" Kundennummern wie: ATU-FFM-02
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 26. Jul 2005
    Hmmm, ich glaube wir reden aneinander vorbei !
    Die GUID ist doch nur eine weltweit eindeutige Zahl. Ihre Benutzung ist nicht an ein Windows System gekoppelt. (Auch wenn einige Infos z.B. MAC Adr. einfliessen)
    Verstehe die Zahl ainfach als das was sie ist. Eine von allem entkoppelte einmalige Zahl.
    Warum willst Du diese "Zufallszsahl" ändern, wenn Du einen Rechner neu installierst?


    Wenn Du...
  • Forum: Datenbanken

    Links zu Informationen über Primärschlüsseln und Datenbanken

     
      by MaBuSE, 26. Jul 2005
    Ich habe hier mal was zum Lesen zusammengestellt:

    Primärschlüssel: http://de.wikipedia.org/wiki/Prim%C3%A4rschl%C3%BCssel
    http://databases.about.com/cs/administration/g/primarykey.htm
    http://www.sqlteam.com/item.asp?ItemID=2599GUID: http://de.wikipedia.org/wiki/GUID
    http://zdnet.de/builder/print_this.htm?pid=39134665-20000202c
    ...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 26. Jul 2005
    Das geht aber nur, wenn Du die Kontrolle über die Clients hast.
    Was ist wenn Du nciht weisst, wer Dein Programm verwendet.
    z.B. öffentlicher Download des Clients im Internet.

    Außerdem ist es sehr einfach eine GUID zu erzeugen. Fast jede Sprache hat mitlerweile eine Funktion zur Erzeugung einer GUID. (Nicht nur auf Windows).

    Oder was ist wenn Du aus Datenschutz die Einträge anonym...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 26. Jul 2005
    Das ist der Punkt.

    Es hat niemand etwas gegen sprechende Schlüssel.
    Aber eben nicht als Primärschlüssel !!!

    Viele verwenden ja auch Matchcodes um einen sprechenden "Schlüssel" zu haben.
    Das sind aber dann nur Sekundärschlüssel !!!

    http://de.wikipedia.org/wiki/Data-Mining )"]... Ein effizienteres Verfahren stellt der Einsatz so genannter Matchcodes dar. Dieser künstliche...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 26. Jul 2005
    Wenn Du einen weltweiten eindeutigen Schlüssel brauchst, kommst Du an der GUID nicht vorbei.

    Wie willst Du sonst eine Syncronisation z.B. mit 1.300 SQL Server (weltweit verstreut) und ca. 50.000 Clients (die alle offline Daten erfassen können) realisieren.

    Die Clients syncronisieren sich mit dem Server, die Server syncronisiersn sich gegenseitig über ein paar Duzend SQL-Server die im...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 26. Jul 2005
    Wobei ich betonen will, das der Kunde schon bevor ich zu diesem Projekten hinzugezogen wurde diesen Blödsinn gemacht hat. Und wenn so eine Designschwäche erst mal in einem Projekt drin ist, bekommt man sie in der Regel nicht mehr weg. (Ein Redesign will der Kunde nämlich nicht zahlen) Obwohl langfristig die Kosten ohne ReDesign höher sind. (Laufzeitverhalten, umständliche Programmierung,...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 25. Jul 2005
    Meinst Du mit ID einen Integer oder eine GUID

    Ich habe auch schon mit Systemen gearbeitet in denen alle Primärschlüssel so aussahen: c2755174-b4f7-4662-85b2-8579c851d48b Also eine GUID.
    Da diese weltweit einmalig ist, kann man relativ leicht Syncronisationen von mehreren dezentral laufenden SQL Servern durchführen. Die PKs sind ja weltweit einmalig, also können Datensätze einfach...
  • Forum: Datenbanken

    Re: sprechender Primärschlüssel 8)

     
      by MaBuSE, 25. Jul 2005
    Danke :roll:

    Ich kenne mehrere Systeme die sprechende Primärschlüssel haben.

    Das Beispiel mit den Datum habe ich ja schon gepostet.
    Das "Datenmodel" war schon "fertig" als wir in das Projekt einstiegen.
    Leider gab es keine Möglichkeit das wieder geradezubiegen.
    Das Projekt hatte über 300 Tabellen davon waren über 80 mit diesem sprechenden Schlüssel.

    Wenn ein Termin verschoben wurde,...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=MaBuSE&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=50425
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:13 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