SQL Abfrage, offenbar zu lange her...

Re(8): SQL Abfrage, offenbar zu lange her...

pong — Fri, 15 Mar 2024 09:07:00 GMT

Wer hat denn einen 6 Monate alten Thread ausgegraben?

Re(7): SQL Abfrage, offenbar zu lange her...

reddi — Wed, 13 Mar 2024 17:56:39 GMT

Würden keines der Subquery führend sein, wäre genau das die Lösung - ist zumindest ein Teil immer befüllt, reicht ein LEFT JOIN.

Warum muss ich mich eigentlich für die korrekte Lösung rechtfertigen, zumal ich regelmäßige komplexe Queries schreiben muss? Dieses Thema hier ist wirklich trivial, auch wenn es sicher mehrere Ansätze gibt.

Re(6): SQL Abfrage, offenbar zu lange her...

pong — Wed, 13 Mar 2024 16:56:04 GMT

Full outer join in die Runde werfen ist keine Lösung.

Dennoch führt ein Left Join korrekt zur Lösung

Re(5): SQL Abfrage, offenbar zu lange her...

reddi — Wed, 13 Mar 2024 15:37:51 GMT

ich schon, du offenbar nicht.

In einer Tabelle tauchen die Einträge mehrfach auf und er will sie "nebeneinander" darstellen.
Er will 136 Einträge aus 136+119 (255) Sätzen machen - wenn ALLE Sätze eine Dienst-Durchwahl haben, braucht er keinen FULL OUTER JOIN mit meiner Lösung, aber der Ansatz ist trotzdem richtig.

Re(5): SQL Abfrage, offenbar zu lange her...

reddi — Wed, 13 Mar 2024 15:37:51 GMT

ich schon, du offenbar nicht.

In einer Tabelle tauchen die Einträge mehrfach auf und er will sie "nebeneinander" darstellen.
Er will 136 Einträge aus 136+119 Sätzen machen - wenn ALLE Sätze eine Dienst-Durchwahl haben, braucht er keinen FULL OUTER JOIN mit meiner Lösung, aber der Ansatz ist trotzdem richtig.

Re(5): SQL Abfrage, offenbar zu lange her...

reddi — Wed, 13 Mar 2024 15:37:51 GMT

ich schon, du offenbar nicht.

In einer Tabelle tauchen die Einträge mehrfach auf und er will sie "nebeneinander" darstellen.

Re(4): SQL Abfrage, offenbar zu lange her...

pong — Wed, 13 Mar 2024 09:52:00 GMT

Hast du die beschriebene Problemstellung überhaupt sinnerfassend gelesen?

Re(4): SQL Abfrage, offenbar zu lange her...

reddi — Tue, 12 Mar 2024 19:30:39 GMT

Hast du inhaltlich auch was beizutragen?

Re(3): SQL Abfrage, offenbar zu lange her...

reddi — Tue, 12 Mar 2024 19:27:32 GMT

Hast du den beschriebenen Ansatz überhaupt verstanden?

Re(2): SQL Abfrage, offenbar zu lange her...

Psychopath — Sun, 10 Mar 2024 21:11:36 GMT

Ich kenn ChatGPT bisher nicht; wie wuerde da (D)ein passender Prompt ausschauen?

Danke!

Gruss,
j.

Re: SQL Abfrage, offenbar zu lange her...

Psychopath — Sun, 10 Mar 2024 21:10:53 GMT

Und, wie hast Du's geloest?

Gruss, schoenen Wochenbeginn,
j.

Re(3): SQL Abfrage, offenbar zu lange her...

mossess — Sun, 10 Mar 2024 15:14:55 GMT

Sei nicht so streng. Er hat so lange dafür überlegt

Re(2): SQL Abfrage, offenbar zu lange her...

pong — Sun, 10 Mar 2024 15:13:08 GMT

Full outer Join

Nö

Re: SQL Abfrage, offenbar zu lange her...

reddi — Sat, 09 Mar 2024 14:41:27 GMT

Wie unterscheidet sich der Eintrag mit der privaten Nummer von jener mit der dienstlichen Nummer?

Ich würde 2x auf dieselbe Tabelle selektieren, einmal für die Privatnummer und einmal für die dienstliche Rufnummer. Dann einfach via Full outer Join diese beiden Teile verjoinen.

Re: SQL Abfrage, offenbar zu lange her...

pong — Sun, 15 Oct 2023 10:52:12 GMT

Select a.*, b.*
From tabl a
Left join tabl b
On a.perid = b.perid
Where a.privatcountry = ''
;

Re: SQL Abfrage, offenbar zu lange her...

Wizard51 — Fri, 13 Oct 2023 18:00:38 GMT

ChatGPT ist dein Freund. Hochladen und Dubletten entfernen lassen.

Re: SQL Abfrage, offenbar zu lange her...

pyti2000 — Fri, 13 Oct 2023 16:26:43 GMT

Ich würde eine Tabelle mit allen Feldern erstellen und einmal nur PerID und Durchwahl hinzufügen, dann ein Update auf die PersID mit der privaten Nummer.
Die SQL Befehle kannst du ja direkt im Excel per Formel erstellen
z. B ="INSERT INTO table_name (PerId, DW, Name) VALUES('"&A1&"','"&B1&"','"&C1&"')"

Re: SQL Abfrage, offenbar zu lange her...

pyti2000 — Fri, 13 Oct 2023 16:26:43 GMT

SQL Abfrage, offenbar zu lange her...

Ardjan — Fri, 13 Oct 2023 13:26:53 GMT

Ich möchte aus eine Excel-Datei eine Access-Database machen. Im XLS sind zuviele Daten redundant...

Das schwierige ist jetzt der Tabelle mit Telefonnummern. Irgendein 'Programmierer' hat dies in Excel gelöst indem der PersID 2x in der Tabelle auftaucht: einmal mit Werte für die interne Telefonnummer (Durchwahl), und einmal mit Werte für der Privatnummer. Das schaut dann so aus:
PerID, Durchwahl, PrivatCountry, Privat
  17, 612, ,
  17, , 43, 664664664
  38, 848, ,
  38, , 31, 665544
  57, 567, , (User 57 hat aber kein PrivatNr in der Liste)

SQL ist offenbar zu lange her, ich schaffe es nicht die Daten in eine Zeile zusammen zu fassen.
Ich möchte als Ergebnis also
  17, 612, 43, 664664664
  38, 848, 31, 665544
  57, 567, ,
bekommen...

Ich habe 136 PersID, aber nur 119 Leute mit PrivatNr. Als Ergebnis brauche ich also trotzdem 136 Zeilen.

Jemand eine Idee?