Office: (Office 2016) Komma Problem bei Abfrage Verkettung

Hallo,
ich habe in einer Abfrage Felder verkettet, da funzt auch, aber wenn ich Kommas einfüge werden die immer angezeigt, auch wenn ein Feld leer ist.

mit Glätten habe ich es auch versucht, funzt aber nicht...

Das habe ich in die Abfrage geschrieben

LD_Abfrage: Glätten(([LD_Maincolor]![Lbl_Maincolor]+",") & ([LD_Letteringcolor]![Lbl_Letteringcolor]+",") & ([LD_Mainlogo]![Lbl_Mainlogo]+",") & ([LD_Divlogo]![Lbl_Divlogo]+",") & ([LD_Divtext]![Lbl_Divtext]+",") & ([LD_Copyright_Paragraph]![Lbl_Copyrightparagraph]+",") & [LD_Sticker]![Lbl_Sticker])

Ich bin seit Tagen am Probieren, aber nichts hilft, kann mir bitte Jemand helfen.

Vielen Dank im Voraus

:)

 

Hallo,
es handelt sich bei Lbl_Divtext usw. tatsächlich um die Bezeichnungsfelder oder sollen das Datenfelder sein? Dann wäre das Präfix Lbl irreführend. Aus Bezeichnungsfeldern kann eine Abfrage aber keine Informationen beziehen! Mit Datenfeldern funktioniert dieses in
donkarls Access-Seiten
beschriebene Verfahren aber problemlos.
Gruß Thomas

 

Hallo Thomas, danke für die Antwort,
Lbl_Divtext zb. ist der Spaltenname der Tabelle LD_Divtext

ich habe hier mal 2 Screenshots gemacht von meinen Beziehungen und der Abfrage.

Ich hoffe das bringt etwas Licht in die Sache
Die Seite bei DonKarl habe ich auch zu rate gezogen, komme aber echt nicht weiter

 

Hallo,
Du musst in der Abfrage die Bezüge auf die Tabellen weglassen, also zB "[LD_Maincolor]!" etc. in Deinem Abfrageausdruck streichen. Es braucht nur die korrekten Spaltennamen.
Code:

Eventuell hinter dem Komma noch ein Leerzeichen einfügen!?
Gruß Thomas

 

Der Einwand von TSChenke ist berechtigt.
Das sind Textfelder.

Ob du die Tabellennamen zu den Feldern dazuschreibst oder weglässt, spielt keine Rolle. Für die Eindeutigkeit, ist das sicherlich kein Fehler.
Üblicherweise verwendet man aber den Punkt und nicht das Ausrufezeichen zwischen Tabellennamen und Feldnamen.

Glätten entfernt Leerzeichen vorne oder hinten aber keine Komma

Probier mal so:

Code:

 

Das ist sehr abenteuerlich und kontraproduktiv, wenn die Abfrage mehr als eine Tabelle verwendet.
Selbst wenn die Spaltennamen eindeutig sind, müsste man entweder das Datenmodell auswendig gelernt haben oder permanent nachschlagen, woher denn ein Feld nun kommt. So eine Erschwerung der Lesbarkeit ist schlechter Stil.
Von den gerne gepriesenen Präfixen (Kürzel des Tabellennamen an Feldname) halte ich auch nicht viel, weil das für wirkliche Lesbarkeit auch nicht hilfreich ist.

Wenn das einem zu viele Zeichen sind, würde man Tabellenaliase einsetzen.

 

Hallo,
erstmal Danke für die Antworten, aber leider hat keine gefunzt...
ich habe beide ausgeführt, auch das mit dem ; am ende, leider ohne Erfolg.
Im Anhang habe ich 2 Screenshots davon, evtl. hilft das.

Ich kenne mich auch nicht wirklich gut aus, deshalb kann ich mit den "Tabellenaliase" nicht viel anfangen

Eine andere Überlegung von mir war noch das mit den leeren Feldern, oder nicht leer also =0 oder so ähnlich


HAT NOCH JEMAND EINE IDEE ?????

 

Das spricht dafür, dass die Felder nicht NULL sind, evtl. sind da Leerstrings drin.
Gibt es Standardwerte z.b. sowas "" ?
Wie du im Anhang siehst, ist der Vorschlag funktional.

Lad mal deine DB als Beispiel hoch.

Aliase hat nichts mit der Lösung des Problems zu tun, sondern dient nur dazu die SQL-Strings kurz zu halten.
Im Entwurf gehst du mit einem Rechtsklick auf eine der Tabellen, im sich öffenden Fenster (Eigenschaften) kannst du einen Stellvertreternamen = Alias eingeben.
Was du im Entwurf zusammenklickst wird zu einem SQL-String zusammengebaut, den du in der SQL-Ansicht dir anschauen kannst.

 

Hi,

ich bin immer noch keinen Schritt weiter.....

ich habe mir deine DB angesehen, und mit meiner verglichen.

Ich kann keinen Fehler bei mir feststellen, der Eintrag "Leere Zeichenfolge" ist auf Ja...
Kann es sein das das Problem auftritt weil es ja Kombifelder sind und keine Textfelder wie in deiner DB ????
Oder am "Standardwert" in den Tabellen ?

####Das spricht dafür, dass die Felder nicht NULL sind, evtl. sind da Leerstrings drin.
Gibt es Standardwerte z.b. sowas "" ?####
Da sind keine Zeichen zu sehen....

Ich habe 2 Screenshots von der Basement Tabelle.

 

Ich kann mir die Database6 von hier bei mir gar nicht in SQL ansehen ??????

 

Das ist meine SQL der Abfrage

SELECT Mid((","+[LD_Maincolor].[Lbl_Maincolor]) & (","+[LD_Letteringcolor].[Lbl_Letteringcolor]) & (","+[Lbl_Mainlogo]),2) AS LD_Abfrage, Basement.Title, Basement.[Basement ID], LD_Maincolor.Lbl_Maincolor, LD_Letteringcolor.Lbl_Letteringcolor, LD_Mainlogo.Lbl_Mainlogo
FROM LD_Letteringcolor RIGHT JOIN (LD_Sticker RIGHT JOIN (LD_Mainlogo RIGHT JOIN (LD_Maincolor RIGHT JOIN (LD_Divtext RIGHT JOIN (LD_Divlogo RIGHT JOIN (LD_Copyright_Paragraph RIGHT JOIN Basement ON LD_Copyright_Paragraph.[LD_Copyrightparagraph ID] = Basement.Copyright) ON LD_Divlogo.[LD_Divlogo ID] = Basement.Divlogo) ON LD_Divtext.[LD_Divtext ID] = Basement.Divtext) ON LD_Maincolor.[LD_Maincolor ID] = Basement.Maincolor) ON LD_Mainlogo.[LD_Mainlogo ID] = Basement.Mainlogo) ON LD_Sticker.[LD_Sticker ID] = Basement.LabelSticker) ON LD_Letteringcolor.[LD_Lettereringcolor ID] = Basement.Letteringcolor;

 

Ich habe dich gebeten , die DB (reduziert aufs Problem ) hochzuladen und nicht irgendwelche Bildchen.

Nachschlagefelder in den Tabellen sind nicht zu empfehlen !
Raus damit.

Gibt es in den Referenztabllen Dummy-Einträge (also "" für keine Auswahl), die im Kombi auswählbar sind. Ich rate jetzt einfach mal rum.

Ich halte die Nachschlagefelder nicht für die Ursache, du nimmst ja auf die Referenztabellen bezug.
Edit: mal die Db auf deine Situation etwas angepasst. Klappt immer noch ... aber wie gesagt, Nachschlage in den Tabellen sind schlecht !

 

Wie bekomme ich denn die Leerstrings weg ????
bzw. wie sehe ich überhaupt ob da Leerstrings sind ????

Ich komme seit Tagen nicht weiter*sos

 

Wie soll ich denn die DB hochladen ???
Die hat über 200MB

 

Ich versuche jetzt mal die DB zu verkleinern und dann hoch laden