Impersonate nach Klarnamen suchen

Man kann sich mal überlegen, ob an das irgendwie hinbekommt. an kann die Eingabe auf jeden Fall mal als login_name, first_name und last_name interpretieren und danach suchen. Das wird aber erst hübsch, wenn man dann mit 4.1 am Ende ein Union machen kann.

added Feature Request Good first issue NETVS Usability workflowrefinement labels

Da fehlt auch noch ein API-Feature. Im cntl-adm kann man nach Nachnamen suchen, die API kann das noch nicht.

added API label

assigned to @rainer.steinmueller

ich fasse zusammen:

• first_name, first_name_regexp
• last_name, last_name_regexp
• email? email_regexp?
• welche parameter sollen nullbar sein (dh. man kann nach null suchen)? nullbar lt. ot-def. sind an sich alle drei (also die re ausgenommen natuerlich).

oder kommen wir ausschliesslich mit den re-parametern aus?

Am schönsten wäre ggf tatsächlich: cond_stmt := 'concat(%s.fist_name, \' \', %s.last_name) ~ $n';

Hältst du das für denkbar? Das mimikt eigentlich am sinnvollsten die Suche, die wir wollen.

An sich wäre das ja eigentlich eher ein fall für Union, oder? Weil implizit felder verknoten hinter nem param ist ja auch irgendiwe unclean.

Naja, wenn ich in der Suche "Julian K" eingebe muss das halt korrekt matchen. Da sehe ich keinen Weg, der nicht dieses Matching macht. (Außer man macht einen Split am Leerzeichen und sucht jeweils alle Teile als alle Optionen)

Fair, vielleicht ist ein full_name_regexp sinnvoll, vor allem da annahmen über Namen immer gefährlich sind :D

(ich wäre auch schon ok gewesen, nur by lastname zu matechn, aber wenn es elegant besser geht (was es tun sollte) hab ich auch nichts gegen)

machen kann man das schon, braucht halt nen extra index. ich finde es als api nicht so schoen, weil attribute willkuerlich per separator und reihenfolge zusammengeklebt werden.

bei full_name_regexp hat man immer zwangsweise das leerzeichen in der mitte, falls man nur nach last_name suchen will. es koennen auch weitere leerzeichen im vor- oder nachnamen vorkommen, oder vorname oder nachname ist NULL. andere leute wollen den vollen namen als 'nachname, vorname' schreiben. etc. bleibt letztlich noch die frage nach case-ignore; kann man m.e. hier immer true machen.

vorschlag: full_name_regexp als add-on zu first_name_regexp, last_name_regexp; sonst keine weiteren parameter. reicht das? bzw. die parameternamen dann jeweils auf _ic enden lassen, wg. ignore case.

mit dem letzten db-reload aktiviert und testbar.

changed milestone to %Pre 4.2 NETVS Development

Done.

closed

mentioned in commit 4fac3cfd