Veröffentlicht 19. April 200520 j Hallo ihr Lieben! Im Rahmen meiner Projektarbeit habe ich eine Datenbank mit Access erstellt. Nun habe ich das Problem, dass ich eine Eingabe in einem Formular frm_Nutzer (Nachname únd Vorname) mit den bereits vorhandenen Datensätzen in der Tabelle tbl_Nutzer (Nachname, Vorname) vergleichen möchte, um sicherzustellen, dass es jede natürliche Person nur einmal gibt. Leider weiß ich nicht recht, wie das in Access ausschauen muss... :confused: Kann mir bitte jemand weiterhelfen?
19. April 200520 j primärschlüssel über vornamen und nachnamen legen würd mal helfen - ist schon mal ein garant für eindeutigkeit - aber weil namenskombinationen doppelt vorkommen könnten (2 mal max mustermann?), ist das in manchen fällen nicht optimal. ansonsten würde ich beim verlassen des vor- bzw. nachnamensfeldes und/oder kombination der beiden eine suche mit domanzahl (bzw. dcount) machen und schauen, ob der datensatz schon vorhanden ist - wobei domänenfunktionen bei vielen datensätz leistungsmässig in die knie gehn. s'Amstel
20. April 200520 j Vielen Dank für deine Hilfe! :uli Hatte schon dcount benutzt und halbwegs eine annehmbare Lösung gefunden. Jetzt habe ich leider das Problem, dass sich der Inhalt des Feldes txt_Vorname nicht löschen lässt. :confused: Private Sub Form_BeforeUpdate(Cancel As Integer) If DCount("*", "tbl_Nutzer", "txt_Nachname = '" & Me.txt_Nachname & "' and txt_Vorname = '" & Me.txt_Vorname & "'") > 0 Then MsgBox ("Datensatz bereits vorhanden! Bitte auswählen"), vbCritical Cancel = True txt_Vorname = Empty txt_Nachname = Empty txt_Vorname.SetFocus End If End Sub Erkennst du vielleicht einen Fehler?
20. April 200520 j primärschlüssel über vornamen und nachnamen legen würd mal helfen - ist schon mal ein garant für eindeutigkeit - aber weil namenskombinationen doppelt vorkommen könnten (2 mal max mustermann?), ist das in manchen fällen nicht optimal. s'Amstel also primärschlüssel auf namen und vornamen vergeben ist grundsätzlich keine gute idee... Vorschlag... eine ID davor setzen... und mehr kriterien in die Tabelle mitaufnehmen mit dem man sicherstellen kann das diese person eindeutig ist.. z.b ort strasse, plz.. hausnr.. telnr.. usw.. aber ich weiß nicht in wiefern deine Tabelle benutzt wird bzw. wie dein ganzer dbaufbau aussieht..
20. April 200520 j Vielen Dank für deinen Tip, aber ich habe bisher alle Beziehungen mit referenzieller Integrität verknüpft, d.h. auch mit ID für Nachname,Vorname.
20. April 200520 j Hallo Wolle.... Danke auch Dir für deinen Tipp, aber soweit war ich auch schon... Keine Ahnung voran das liegen kann...
20. April 200520 j Vielen Dank für deinen Tip, aber ich habe bisher alle Beziehungen mit referenzieller Integrität verknüpft, d.h. auch mit ID für Nachname,Vorname. DAnn musst du auf jeden fall wieder ändern. Du kannst keine Projektarbeit abgeben in der du Nachname + Vorname als Primärschlüssel benutzt. Deshalb kannst du wahrscheinlich auch das Feld nicht löschen.
20. April 200520 j also primärschlüssel auf namen und vornamen vergeben ist grundsätzlich keine gute idee... sorry, ich ging laut originalposting davon aus, dass die tabelle genau zwei felder hatte, vorname und nachname. eine ID davor setzen... und mehr kriterien in die Tabelle mitaufnehmen mit dem man sicherstellen kann das diese person eindeutig ist.. z.b ort strasse, plz.. hausnr.. telnr.. usw.. aber ich weiß nicht in wiefern deine Tabelle benutzt wird bzw. wie dein ganzer dbaufbau aussieht.. detto, kommt ja immer auf den informationsinput des fragenden an. s'Amstel
20. April 200520 j sorry, ich ging laut originalposting davon aus, dass die tabelle genau zwei felder hatte, vorname und nachname. s'Amstel da es ja eine projektarbeit ist war ich mal so "frech" ..^^ aber auch wenn die tabelle nur zwei felder hätte.. wär das auch keine lösung... weil es sowas nicht gibt.. (vorname , Nachname) alleinstehend in einer Tabelle....
21. April 200520 j Doch das alleinstehen von Vor- und Nachname hat schon seine Berechtigung. Ich muss eine natürliche Person in einem Unternehmen (oder mehreren) als eindeutig definieren, da eine natürliche oder nicht natürliche Person in verschiedenen Systemen verschiedene Benutzernamen haben kann und auch in verschiedene Unternehmen eingesetzt werden kann. Es geht um Lizenz- und Berechtigungsvergaben Hoffe es ist dir etwas klarer geworden... Tschöööööö!
21. April 200520 j Hallo! Habe mal eine Frage... Kennst du dich vielleicht mit dem ER Modell aus? Habe bei meiner Planung anstatt soetwas zu machen mir nur eine Tabelle angelegt in der ich den zukünftigen Tabellennamen und die Beschreibung dazu erläutert habe. :confused: Habe aber gerade gelesen, dass man besser so ein ER Modell benutzt. :beagolisc
21. April 200520 j Doch das alleinstehen von Vor- und Nachname hat schon seine Berechtigung. Ich muss eine natürliche Person in einem Unternehmen (oder mehreren) als eindeutig definieren, da eine natürliche oder nicht natürliche Person in verschiedenen Systemen verschiedene Benutzernamen haben kann und auch in verschiedene Unternehmen eingesetzt werden kann. Es geht um Lizenz- und Berechtigungsvergaben Hoffe es ist dir etwas klarer geworden... Tschöööööö! sorry aber... das ist datenbanktechnisch nicht in ordnung.. denn dann besteht ja deine Tabelle nur aus Primärschlüsseln..??... und das hat keinen sinn.... was ist wenn es nun zwei meier huber gibt?????? mhh ich kann mir unter dem begriff natürliche person und unnatürliche person.. nichts vorstelln.. vielleicht liegt es daran...^^
21. April 200520 j Hallo! Habe mal eine Frage... Kennst du dich vielleicht mit dem ER Modell aus? Habe bei meiner Planung anstatt soetwas zu machen mir nur eine Tabelle angelegt in der ich den zukünftigen Tabellennamen und die Beschreibung dazu erläutert habe. :confused: Habe aber gerade gelesen, dass man besser so ein ER Modell benutzt. :beagolisc ER-modell sind sehr nützlich... du kennst doch in Access die Beziehungsansicht.. so in etwa ist der aufbau.. nur bei er-modellen werden die kardinalitäten entegegengesetzt aufgezeichnet...
Archiv
Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.