Datensatz anzeigen

lsw-fabian

Also CASE ist korrekt (wenn es E-Mail Adressen der Fachberater sind, würde ich das nicht direkt in der Funktion hinterlegen, sondern die E-Mail Adresse direkt in "inhalt_fachberater" mit speichern.

Hast du geprüft ob dein SELECT korrekt ist und funktioniert? Das kannst du leicht testen. Erstelle dir eine neue Backendfunktion (kein Trigger) kopiere dein SELECT da rein aber tausche NEW.(xxx.relationen_fuer_reklamationsaufnahme.id)) mit einer Variablen aus (zB _test_id). Die Variable legst du nicht im DECLARE Bereich an, sondern auf der rechten Seite, den RETURN Wert setzt du auf TEXT

Dein SELECT kommt direkt ins RETURN, in etwa so:

$BODY$
DECLARE
BEGIN
	RETURN (
		SELECT fachberater INTO inhalt_fachberater
		FROM {xxx}.[fachberater_fuer_reklamationsaufnahme]
		WHERE id = (
			SELECT fachberater
			FROM {xxx}.[relationen_fuer_reklamationsaufnahme]
			WHERE (xxx.relationen_fuer_reklamationsaufnahme.id) = NEW.(xxx.relationen_fuer_reklamationsaufnahme.id));
		);
END;
$BODY$

Nach dem Speichern kannst du rechts mittels Execute eine beliebige existierende Datensatz ID von {xxx}.[relationen_fuer_reklamationsaufnahme] eintippen und solltest entweder einen Fehler oder einen Namen in der Response erhalten

imsadi

gebe ledeiglich zu bedenken, dass die E-Mail Adressen nicht von vorneherein hinterlegt sind - ist das dafür notwendig ?

lsw-fabian

imsadi dafür gibt es auch mittel und wege, aber zuerst sollte dein Statement richtig funktionieren :)

imsadi

also der Select funktioniert einwandfrei, da der Name in der gesendeten E-Mail angezeigt wird.

lsw-fabian

imsadi Dann kannst du ja die Testfunktion wieder löschen :)
Was passiert nach deiner Trigger Funktion? Weil du geschrieben hast, dass es nicht korrekt funktioniert.
Erhälst du kein oder ein falsches CC oder gibt es einen Fehler?

imsadi

ja : ERROR: syntax error at or near "fachberater" (SQLSTATE 42601)

lsw-fabian

imsadi fachberater gibt es ja weiter unten auch nicht :) Du speicherst ja den Namen in "inhalt_fachberater"

lsw-fabian

lsw-fabian du musst mit der Benamung aufpassen, sonst kommst du da super schnell durcheinander - kann da aus Erfahrung sprechen

imsadi

ja korrekt, ich habe das geändert, der Fehler taucht ja schon auf, wenn ich den trigger abspeichere.

lsw-fabian

imsadi dann musst du prüfen, dass die Variablen, die Benamung und die Syntax passt. Ansonsten kann dir auch der SQLState weiterhelfen.

imsadi

ok, ich werde mal weiter probieren

imsadi

so muss es lauten:
CASE
WHEN inhalt_fachberater = 'xxx' then cc_list := 'xxx@gmx.de';
WHEN inhalt_fachberater = 'xyz' then cc_list := 'xyz@gmx.de';
END case;

lsw-fabian

imsadi absolut richtig - ich bin wohl heute zu lange am Monitor

imsadi

Danke - es kommen bestimmt weitere Fragen :-)

imsadi

@lsw-fabian

Hi,

ich komme nochmal auf Deinen Post bezüglich der login-id Speicherung zurück, da ich Datensätze nach eingeloggten Usern filtern möchte.
In der relation_fuer_reklamationsaufnahme ist eine weitere Verlinkung zur Relation fachberater_fuer_reklamationsaufnahme. In dieser sind die Namen abgelegt mit einer entsprechend erzeugten id. , bspw Name xxx mit der id 1
Wie stelle ich jetzt den logischen Bezug zu der login-ID her als Filtermöglichkeit in einem Formular zur Datenanzeige?

Das funktioniert irgendwie nicht.

Martin

fachberater_fuer_reklamationsaufnahme. In dieser sind die Namen abgelegt mit einer entsprechend erzeugten id. , bspw Name xxx mit der id 1

Wenn ich https://rei3.de/de/docs/builder#login-forms richtig verstehe, braucht deine Relation fachberater_fuer_reklamationsaufnahme noch ein Integer Feld, in der die Login-ID gespeichert wird.

Ich würde mir aber vielleicht überlegen statt eine User/Team-Verwaltung selbst aufzubauen deine App als auf lsw_organisations / lsw_workforce aufbauend zu deklarieren. "builds on" in https://rei3.de/de/docs/builder#creating-your-own-applications

Mache ich so, weil ich denke, dass das langfristig schmerzfreier ist und schon alles hat, was man künftig vielleicht mal braucht in Richtung User-Management.

Muss dann einmalig erstmal deine Organisation, Abteilung(en), Teams anlegen, kannst dann aber einfach über Belegschaft die Mitarbeiter hinzufügen und dann in Admin > Anmeldungen bei den Logins jeweils als Organisationskontakt zuordnen.

"Zuständiger Mitarbeiter" ist dann in deinen Relationen eine 1:n Verknüpfung zu contact. In Formularen kannst du dann die Personenliste nach z.B. Teamszugehörigkeit einschränken

Filter für den aktuellen User hast du dann auch direkt mit eingebaut:

imsadi

@Martin

Vielen Dank für den Hinweis - vermutlich wid das besser sein.
Habe es dennoch hinbekommen , da die falsche Relation ausgwählt wurde und offensichtlich hatte es auch etwas
mit dem Cache des Browsers zu tun, der verhindert hatte, die korrekten Daten im Formular zu ziehen.

Dennoch ist Dein Vorschlag vermutlich eine Umsetzung wert :-)
Übung macht den Meister !

imsadi

@Martin

Also ich habe jetzt die lsw_organisation installiert und auch eine Verknüpfung zu den "Anmeldungen" hergestellt.

Mir gelingt es aber dennoch nicht nach dem Nachnamen zu filtern:

Soll also meinen, ich nehme mir den contact.nachnamen und möchte dann in den fachberatern_fuer_reklamationsaufnahme danach suchen. Es kommt allerdings immer : "es ist ein Fehler aufgetreten"

gabriel

Wenn "es ist ein Fehler aufgetreten" erscheint, gab es einen Error, der nicht an den Benutzer gezeigt werden soll. Um den "echten" Fehler zu finden, schau bitte im Admin-Panel unter "Logs".

Es könnte sich hier um einen Abfragefehler handeln - ein Nachname kann, soweit ich weiß, grundsätzlich nicht mit einer Sub-Query per ANY verglichen werden. Das schaut sehr suspekt aus.

Könntest du bitte deine Relationen aufzählen und wie diese mit lsw_organisation.contacts in Beziehung stehen?

imsadi

Hallo Gabriel,
also es ist folgendermaßen aufgebaut:
1.) es existiert eine Relation fachberater_fuer_reklamationaufnahme, in der eine id und ein Textfeld mit dem Namen "fachberater" hinterlegt sind. Unter vordefinierte Datensätze stehen alle Namen der Fachberater. Schaue ich dann unter Datensätze dieser Relation steht dort : id 1 - Hansi, id2 - Gerd usw.
2) es existiert eine weitere Relation namens relationen_fuer_reklamationsaufnahme in der eine n:1 Beziehung mit dem Namen "fachberater" zu der Relation aus 1 hergestellt wird.

In einem Formular reklamationsaufnahme wird nun per Dropdown der Fachberater ausgewählt und in die Datenbank geschrieben. In dieser Datenbank steht auch die korrekte id zu dem/den Fachberatern.

Weiterhin habe ich in den Anmeldungen jeden Namen mit lsw_contacts verknüpft. In der Datenbank der lsw_contact sind die id's der einzelnen Fachberater unterschiedlich zu der id, die in der Relation fachberater_fuer_reklamationaufnahme gespeichert wird.
Deshalb habe ich im Filter nach dem Nachnamen aus contacts gesucht, um diesen mit dem Feld fachberater der Relation relationen_fuer_reklamationsaufnahme abzugleichen, in der die korrekte id aus fachberater_fuer_reklamationaufnahme steht.

Ich hoffe ich habe mich verständlich ausgedrückt.

Ich möchte lediglich erreichen, dass jeder Fachberater lediglich die Datensätze sieht, die er selbst verfasst hat. Setze ich keinen Filter, dann sieht er alle.

Danke für Eure Hilfe.

« Previous Page Next Page »