Spring MongoDB: Prüfen ob bereits eine Email existiert

[TM69]

Hallo Leute,

Wie prüft man am besten, ob eine email - Adresse existiert?
Beispiel
email@email.com = email@email.com ---> true
eMail@email.com = email@email.com ---> true

Ich denke um eine Search Query wird man wohl nicht herumkommen, Spring MongoDB Repository findByEmail() dieses nicht abdeckt.
Gibt es alternativen zu findByQuery(query) hierzu?

 

[httpdigest]

Was meinst du mit "Prüfen, ob eine E-Mail Adresse existiert"?
Das kannst du nicht prüfen, ohne nicht zumindest eine E-Mail an den möglichen Empfänger zu senden und eine Zustellungs-Fehlermeldung zu bekommen.

Du meinst vermutlich, dass du prüfen möchtest, ob ein Document in einer MongoDB Collection bereits existiert, dessen "email" (oder ähnlich) Property einen von dir gesuchten Wert besitzt.

 

[TM69]

Was meinst du mit "Prüfen, ob eine E-Mail Adresse existiert"?
Das kannst du nicht prüfen, ohne nicht zumindest eine E-Mail an den möglichen Empfänger zu senden und eine Zustellungs-Fehlermeldung zu bekommen.

Du meinst vermutlich, dass du prüfen möchtest, ob ein Document in einer MongoDB Collection bereits existiert, dessen "email" (oder ähnlich) Property einen von dir gesuchten Wert besitzt.

Ich meinte mit prüfen, dass herausfinden ob, unabhängig von der Groß/Kleinschreibung existiert.

Also durch folgendes müsste true ergeben

Vergleichswert = Document
email@email.com = email@email.com ----> true, beide sind identisch
Email@email.com = email@email.com ----> true, beide sind identisch
eMail@EMail.com = email@email.com ----> true, beide sind identisch

Denn findByEmail aus dem Spring MongoDB Repository würde folgendes liefern
email@email.com = email@email.com ----> true, beide sind identisch
Email@email.com = email@email.com ----> false, nicht identisch
eMail@EMail.com = email@email.com ----> true, nicht identisch

 

[httpdigest]

Üblicherweise stellt man beim Schreiben sicher, dass nur die kanonische/Kleinform geschrieben wird. Und beim Suchen suchst du auch explizit nur nach der Kleinform. Also bei Insert und Search machst du vorher address.toLowerCase().

 

[TM69]

Üblicherweise stellt man beim Schreiben sicher, dass nur die kanonische/Kleinform geschrieben wird. Und beim Suchen suchst du auch explizit nur nach der Kleinform. Also bei Insert und Search machst du vorher address.toLowerCase().

"Problematisch" wirds dann wenn man für den Endanwender eine Eingabemaske baut.
Beispiel: Benutzer gibt ein "EMail@email.com" und wundert sich, wenn er sich den Benutzer ansieht sich anschliessend wundert, dass dort "email@email.com" steht und nicht "EMail@email.com".

Ansonsten würde ich dir Recht geben.

 

[httpdigest]

Dann leg zwei Spalten/Properties/Felder an. Einmal mit dem Anzeigenamen, so wie es der Benutzer eingegeben hat und eine "Key"-Spalte, die die kanonische Form beinhaltet.

 

[TM69]

Dann leg zwei Spalten/Properties/Felder an. Einmal mit dem Anzeigenamen, so wie es der Benutzer eingegeben hat und eine "Key"-Spalte, die die kanonische Form beinhaltet.

Mir persönlich gefällt dieses nicht, da es der Datenbank Normalisierung wiedersprechen würde 😁😁😁

 

[httpdigest]

Wenn wir von NoSQL Datenbanken wie MongoDB reden, ist "Normalisierung" sowieso ausm Fenster. 🙂
NoSQL Datenbanken sind keine relationalen Datenbanken und gehen davon aus, dass das Datenmodell dem Abfrageverhalten entspricht und nicht einem normalisierten relationalen Modell, welches per Joins in die Form von Abfrageergebnissen gebracht werden kann.

 

[TM69]

Mir persönlich gefällt dieses nicht, da es der Datenbank Normalisierung wiedersprechen würde 😁😁😁

Nachtrag: Im letzten Beispiel #5 bin ich natürlich von einem DAU ausgegangen. 😁😁😁

 

[TM69]

Wenn wir von NoSQL Datenbanken wie MongoDB reden, ist "Normalisierung" sowieso ausm Fenster. 🙂
NoSQL Datenbanken sind keine relationalen Datenbanken und gehen davon aus, dass das Datenmodell dem Abfrageverhalten entspricht und nicht einem normalisierten relationalen Modell, welches per Joins in die Form von Abfrageergebnissen gebracht werden kann.

Da gebe ich dir bedingt Recht, aber wieso zweimal Email speichern, wenn es durch SQL (Springspezifisch) durch eine LIKE erledigt werden können?
Nachtrag von einem Join war bist jetzt nocht nicht die Rede 🙂

 

[httpdigest]

Ja, du kannst natürlich immer einen full-table-scan machen. Ich glaube, man kann in MongoDB auch einen lowercase(key) Index machen.

 

[TM69]

Nachtrag: Aber bis hierhin erstmal Danke an dich httpdigest ich werde es wohl mit einem Regex auf einer Query erschlagen. 🙂
Weist du zufällig wie der RegEx lauten muss?

 

[httpdigest]

Regex, wieso Regex?

 

[KonradN]

Ich muss gestehen, dass ich mit MongoDB noch nicht viel gemacht habe, aber ich habe da paar Dinge gefunden, die evtl. interessant sein könnten:

- Wenn auf dem email Feld auch ein index ist, dann wäre dies hier die gewünschte Suche:

$text (query predicate operator) - Database Manual - MongoDB Docs

Use $text to perform full-text search on fields with a text index. Supports multi-term OR, negation, exact phrases, and relevance scoring for self-managed deployments.

www.mongodb.com

- Und in Spring wäre das dann vermutlich:

$text $search your Documents with Spring Data MongoDB

Level up your Java code and explore what Spring can do for you.

spring.io

Oder habe ich hier jetzt einfach die Fragestellung bzw. die gefundenen Seiten falsch verstanden, so dass dies nicht weiter hilft?
(Das kann ich nicht ausschließen, da ich das so noch nie gebraucht habe. Evtl. kann da ja jemand kurz drauf schauen um das zu bewerten ... Eine Chance mich auszulachen 🙂 )

 

[TM69]

Regex, wieso Regex?

Criteria regex = Criteria.where("email").regex("", "i");
mongoOperations.find(new Query().addCriteria(regex), User.class);

 

[TM69]

Ich muss gestehen, dass ich mit MongoDB noch nicht viel gemacht habe, aber ich habe da paar Dinge gefunden, die evtl. interessant sein könnten:

- Wenn auf dem email Feld auch ein index ist, dann wäre dies hier die gewünschte Suche:

$text (query predicate operator) - Database Manual - MongoDB Docs

Use $text to perform full-text search on fields with a text index. Supports multi-term OR, negation, exact phrases, and relevance scoring for self-managed deployments.

www.mongodb.com

- Und in Spring wäre das dann vermutlich:

$text $search your Documents with Spring Data MongoDB

Level up your Java code and explore what Spring can do for you.

spring.io

Oder habe ich hier jetzt einfach die Fragestellung bzw. die gefundenen Seiten falsch verstanden, so dass dies nicht weiter hilft?
(Das kann ich nicht ausschließen, da ich das so noch nie gebraucht habe. Evtl. kann da ja jemand kurz drauf schauen um das zu bewerten ... Eine Chance mich auszulachen 🙂 )

Danke für deinen Hinweis KonradN