uglygeorge08

Genau diese Funktion ermöglicht mir schlussendlich das vernezten der beiden Tabellen. Das habe ich gesucht .. Dann wird die ID 1 von der Tabelle Benutzer genommen und anschliessend in die Tabelle Sicherheitsdaten bzw. dem Attribut SicherheitsdatenID eingetragen. Grosses Kompliment an dieses Forum - wirklich grosses Kino was ihr hier liefert .. Werds heute bzw- morgen Abend gleich mal in PHP umsetzen. gruss ugly hehe okey ..

danke dir - der link sieht sehr gut aus. hast mir sehr weitergeholfen, hätte aber nicht gedacht, dass man hierfür sogar einen Trigger verwenden muss ... :confused: Gruss ugly

Danke aber leider hast du überhaupt nichts von meinen Fragen beantwortet. Es geht hier nicht um das Datenbankbankdesign, sondern eher um eine simple frage: "Warum beim erstellen der Benutzer_ID", diese nicht in die Tabelle "Sicherheitsmassnahmen" übernommen bzw. eingetragen wird. Bsp: Tabelle Benutzer: BenutzerID 1 Tabelle Sicherheitsdaten Sicherheits_ID 1 | Passwort: test | Benutzername: test | BenutzerID (leer) Klar könnte ich das ganze zusammenfassen, habe ich mir auch schon überlegt. Das ändert aber nichts an der Tatsache, dass es doch irgendwie umsetzbar sein sollte? :/ Diese 1 müsste doch auch in der Tabelle Sicherheitsdaten stehen? Naja ... werd mich so oder so nochmals dami befassen, sonst komme ich hier glaubs nicht mehr weiter.

Ich verstehe die Welt nicht mehr .. :/ Habe nun eine Tabelle "Benutzer". Mit nur einem Attribut, nämlich der Benutzer_ID. Erstell ich dort einen Eintrag, so übernimmt er die ID nicht in die Tabelle "Sicherheitsmassnahmen" und erstellt dort keinen leeren Eintrag mit der jeweiligen Benutzer_ID (als FK). Ich denke das ich komplett etwas falsches erwarte bzw. ich mein Vorhaben komplett falsche umsetzte? :confused: sorry für die vielen fragen, aber habe nun heute schon den ganzen tag an diesem Thema verbracht^^

Danke dir - werd ich demfall noch ändern ... Aber wenn ich zuerst einen Benutzer erstelle, trage ich einfach nix in die Tabelle ein?

P.S Das mit dem Trigger brauch ich momentan glaub weniger, da es sich im meinem Fall um den ersten Eintrag und kein "Update" handelt. Der Eintrag wird komplett neu erstellt. sorry für dem double post - aber die editier Zeit war rum ^^

Danke für deine schnelle Antwort. Wie du schon gesagt hast, verwende ich MySQL und InnoDB. Das mit dem "Trigger" ist neu für mich, versteh ich bis jetzt noch nicht ganz, werd ich aber demfall noch bissel darüber lesen .. Als Fazit können wir als nun sagen: Das ich bei meinem PHP-Registrierungsskript zusätzlich ein SQL-Query erzeugen muss, welcher mir in der Tabelle Benutzer einen Eintrag erstellt? Mein Ziel ist es: Anhand einer Benutzer_ID x in der Tabelle Benutzer, alle Daten zu der Personen finden, sei es die E-Mail Adresse / Passwort oder die Adresse, welche ichj ebenfalls mit der Tabelle Benutzer verbinden werde. Später komme noch Einträge hinzu, welche die Leute erstellen können. Diese sollten natürlich auch einem Benutzer zuweisbar sein .. Ich stell mir nun die Frage: Wie kann ich in die Tabelle "Benutzer" den Fremdschlüssen von der Tabelle Sicherheitsdaten übernehmen? ^^ Gruss ugly

Hallo zusammen, Wieder eine kleine Frage .. Ausgangslage: Eine Datenbank mit den beiden Tables "Benutzer" und "Sicherheitsdaten". (In der Tabelle Benutzer habe ich 2 Keys abgedeckt .. ) Fakten: Mit meinem PHP-Registrierungs Skript wird in den Tabel "Sicherheitsdaten" das Passwort und die E-Mail Adresse reingeschrieben. Frage: Wenn in der Tabelle Sicherheitsdaten ein Eintrag erstellt wird, sollte dann nicht automatisch ein Eintrag in der Tabelle Benutzer erstellt werden? Diese beiden Tabellen sind ja miteinander vernetzt und wie soll ich nun z.B eine Adresse, welche sich in einer anderen Tabelle befindet, mit den Sicherheitsdaten eines Benutzer verlinken?^^ Zusammengefasst: Die Tabelle Sicherheitsdaten hat xx Einträge, aber die Tabelle Benutzer bleibt leer, obwohl dort die Sicherheitsdaten_ID übernommen werden soll. Danke schon im voraus. Gruss ugly

Hallo, ich probiere gerade einen SMTP-Server (Pegasus) einzurichten und scheitere am verbinden zum SMTP-Server von Hotmail. Informationen: Kostenloses POP3 für alle Hotmail-Konten - Windows Live telnet smtp.live.com 25 --> error ping smtp.live.com --> error Firewall von Windows habe ich auch mal deaktiviert. Auf POP3 Server kann ich verbinden. Einer eine Idee an was das liegen könnte? Betriebssystem : Windows 7 danke & gruss ..

Wow Dim - danke vielmals. War kurze Zeit in den Ferien, konnte deswegen das Forum nicht öffnen .. Wie immer eine Top Antwort von dir. Danke & Gruss ugly

Hm ... meinst du? Die Adresse ist ja normalerweise ein Bestandteil der Personalien und nocht umgekehrt?^^ Ich habe das so durchgesagt: Mehrere Personalien können eine Adresse haben. Eine Adresse kann zu mehreren Personalien gehören? Jetzt versteh ich nur noch Bahnhof .. ^^ @ Lizzy: In welchen Fällen würde es z.B Sinn ergeben, ein Fremdschlüssel nicht auf "NOT NULL" zu setzten? Danke euch beiden & Gruss Ugly

Oh okey, das hört sich umständlich an .... Vielleicht sollet ich doch die eine oder andere 1:1 Verbindung einbauen. Beim User hatte ich das Problem, bevor er sich registrieren kann, muss er seine Personalien bis aufs detailierteste erfassen. Zwischen dem Tabel User und Personalien habe ich nun neu eine 1:1 Relation. Da kann er nun die Personalien auch später erfassen .. Danke für deine Antwort. Ich lasse den Thread mal für weitere Antworten, weiter bumpen .. Gruss ugly

Hallo zusammen, Der nervige Junge mit den lästigen Fragen ist wieder zurück .. Folgendes ist mir beim betrachten meines ERD"s aufgefallen: Man nehme z.B: Tabelle - Personalien IDPersonalien Geschlecht Name Vorname Alter IDAdresse Tabelle - Adresse IDAdresse Strasse Hausnummer PLZ Ort In der Tabelle Personalien haben wir den Fremdschlüssel von der Tabelle "Adresse". Da wie wir alle wissen, die Adresse ein Bestandteil der Personalien ist. Meine Frage an euch: - Wie soll/kann ein User via PHP seine kompletten Personalien erfassen können? Will er die Personalien erfassen, so scheitert es bei der Adresse, da diese noch nicht in dem Table "Adresse" erfasst wurde? Die einzige logische Variante wäre, das man zuerst die Adresse erfasst bzw. zuerst in die DB schreibt und anschliessend den Rest der Personalien? Ist das nicht ein bisschen umständlich oder gibt es da einen anderen Weg? Mir ist das per Zufall beim rumspielen mit meiner DB in den Sinn gekommen, obwohl ich noch keine Zeile PhP geschrieben habe. Zusatzfrage (optional :floet: ) 2. Kann mir jemand den Unteschied zwischen "nicht identifizierbaren" und "idenzifizierbaren" Relationen erklären? Habe nun sicher schon 3 Erklärungen erhalten, aber keine hat wirklich eingeleuchtet .. ^^ Am meisten Sinn würde es machen, wenn z.B ein User gelöscht wird, dass alle Datenzeilen derTabellen welche mit einer idenzifizierten Relation angesprochen werden, ebenfalls gelöscht werden. Natürlich nur die vom betreffenden User? Ich hoffe ich gehe euch hier nicht zu fest auf die nerven ... gruss & nice weekend ugly

Okey danke dir ..

Hey Dim, War wieder mal zu langsam beim editieren .. Zum nochmals deine Aussage zusammenzufassen, dü würdest also auf "identifizierte Relationen" verzichten und alles mit eindeutigen PK"s machen? Sprich bei einer N-M Beziehung anstatt: Bold = FK Unterline = PK Das erste Beispiel wäre mit itendifizierten und das zweite mit non - identifizierten Relationen .. Gruss Ugly

Hallo Dim, Und wiedermal hast du mir wieder aus der Schlinge geholfen .. Mit den Schemen meinte ich folgendes: Schneeflockenschema: Schneeflockenschema ? Wikipedia Sternschema: Sternschema ? Wikipedia Gruss Ugly

Jetzt liegt mir schon wieder die nächste Frage auf den Lippen ... :hells: Und zwar geht es dieses mal um den Unterschied von "idenzifizierten" und "nicht identifizierten" Relationen. Gewisse Dinge konnte ich schon herausfinden: - identifizierte Relationen geben die ebenfalls idenzfizierten Schlüsse der Tabelle an die nächste weiter. - werden bei der n - m Beziehung angewendet, bei welcher der Primärschlüssel, zugleich dem Fremdschlüssel entspricht. - werden dann angewendet, wenn man nur mit deinem Primärschlüssel den Datensatz nicht eindeutig idenzifizieren kann? Habe diverse Erklärung zu diesem Thema durchgelesen, aber wirklich auf die Sprünge geholfen hat es mir nicht. Wenn es dir nichts ausmacht, könntest du mir das an einem einfachen Beispiel erklären? Ich hoffe das ich dir nicht auf die nerven gehe. Ich möchte einfach ein wirklich gutes ERM für meine Homepage erstellen, damit ich es zu einem späteren Zeitpunkt nicht bereue .... achja ... mit welchen Datenbankschemen hast du in Vergangenheit eigentlich gearbeitet? Gruss Ugly

Wow besten Dank für deine top ausführliche Antwort .. Falls ich mich mal revanchieren kann, einfach melden .. ^^ Gruss Ugly

Konnte leider nicht mehr reineditieren. "2. Ich habe eine Tabelle "Benutzer", jetzt habe ich aber ein Attribut in einer anderen Tabelle mi dem Namen "Letzte Antwort", welches auf einen Benutzer verweist. z.B Die letzte Antwort bei diesem Thema hat der "Benutzer A" gemacht. Verlinke ich nun die Benutzer_ID von der Entität Benutzer in die Tabelle "Einträge", so erscheint dort logischerweise die "Benutzer_ID. Wie soll ich aber in einer Woche noch wissen, dass die Benutzer_ID für die letzte Antwort steht und nicht für was anderes?^^ Benutzer_ID ist ja nicht sehr eindeutig, was die Aussage betrifft. Soll ich da eine neue Tabelle "Letzte Antwort" erstellen und sie mit dem Benutzer verlinken? Eventuell noch das Datum hinzufügen? oder Ebenfalls von der Tabelle Datum verlinken? ^^" Gruss Ugly

Danke Dim, Du hast mir schon ernorm geholfen und man sieht das du auf diesem Gebiet ein grosses Know-How hast .. Ich finde bei einem ERM ist es saumässig schwer, eine Balance zwischen "wenig Tabellen" und "gute Administration" zu finden. Momentan bin ich soweit, dass ich sogar Strassen in eine neue Tabelle packe und so fast nur mit Primär und Fremdschlüssel arbeite. Auf der einen Seite würde das bei vielen Nutzern sicher Speicherplatz sparen und die Administration erleichtern. Leider habe ich jetzt aber von dir erfahren, dass dann die Datenbank länger für die Verarbeitung der Daten benötigt. Gibt es eine Grundregel wie man diesen Spagat zwischen "schnelle DB" und "wenig Speicherplatz / leichte Administation" lösen kann? Wichtig ist wahrscheinlich auch die Anzahl User welche dann auf die DB zugreifen werden, Facebook wird wahrscheinlich mit Sicherheit auch Namen, Strassen etc in eine neue Tabelle verpackt haben? Nichts destotrotz danke ich dir für deine Hilfe, dann werde ich das ganze mal wieder ein bisschen umstrukturieren ... ^^ Achja vielleicht kannst du mir auch diese Frage beantworten: Du hast mir gesagt, dass eine Menge an Tables nicht gut sei, aber ich vermute dass du da die Relationen zu den Entitäten gemeint hast? Schlussendlich wird die die Tabelle Adresse ja keinen Einfluss z.B auf das Wetter haben ... okey okey - wenn ich keine lokale Prognose möchte .. ^^ Frohe Weihnachten & Gruss aus der Schweiz Ugly

bump ..

Danke du hast mir schon enorm geholfen .. Ich will euch ja nicht nerven, aber vielleicht wisst ihr auch folgende Frage: Facebook hat ja xxx Millionen Kunden welche alle ihre Daten wie Name, Vorname, Strasse, Hausnummer angeben. Es wäre also nicht falsch bei einer Entität "Adresse", für alle Attribute (Vorname, Nachname, Strasse, PLZ, Ort) eine eigene Entität zu machen?^^ Bsp: Adresse: AdresseID Name_ID Vorname_ID Strasse_ID Name NameID Name Vorname: Vorname_ID Vorname Für die Relation verwende ich eine "nicht intenfizierte" Verknüpfung". Ergibt das soweit einen Sinn?^^ Wenn man das hochrechnen würde, so könnte man doch blöd viel Speicherplatz sparen? Danke dir für deine Hilfe. Gruss Ugly

Hallo zusammen, Für eine Homepage starte ich gerade den Versuch, ein doch eher grösseres ERM zu erstellen. Leider sind mir trotz vielen Hilfeseiten und Büchern noch diverse Fragen offen .. Hier ein kleinen Überblich über meinen Fragekatalog: 1. Was ist in erster Linie das Ziel eines ERM? Mir ist durchaus klar, dass es die Datenbankstruktur darstellen sollte, aber wie kann man z.B ein gutes ERM von einem schlechten unterscheiden? - möglichst wenig Tables? - keine redundanz an Attributen? - gute visuelle Überschaubarkeit? Kann man auch indirekt Einfluss auf die Geschwindigkeit einer Datenbank haben (zuviele tables, zu lange Namen). 2. Welche Relation würdet ihr in folgendem Beispiel verwenden, wenn auf einer Homepage, diverse User, diverse Gästebucheinträge machen können? [user]-||-----|<- [Einträge] oder [user]||-----|< [user_Einträge] >|-----||[Einträge] a) (1 - n) Ein User kann einen oder mehrere Einträge machen. (n - m ) Ein oder mehrere User können einen oder mehrere Einträge machen. Für mich persönlich hört sich beides logisch an? 3. Wie beschreibt ihr bei einer Zwischenentität die Tabelle? Ich habe hier enorme Probleme, einen passenden Namen zu finden ... Ich danke euch schon im voraus für euren Aufwand und bin für jeden noch so kleinen Hinweis unendlich dankbar .. Schöne Festtage. Gruss Uglygoerge08