[GELÖST] SQL-Abfrage Spaltenbreite, Spaltenüberschrift

[wartburgritter]

Guten Tag Zusammen,

Meine Projekttabelle wächst und wächst , aber das bedeutet auch immer wieder neue Hürden die sich auftun. Folgend der sql-code einer selbst gebauten abfrage für einen link den ich mir immer in den browser kopiere. Hab da so zwei problemchen und komme da nicht weiter ...

SELECT
... ,
'http://www.openstreetmap.org/?mlat='||
"latitude"
||'&mlon='||
"longitude"
||'&zoom=17&layers',
...


a) Gibt es eine Möglichkeit die Spaltenbreite einer Abfrage zu speichern. Wenn ich in der Abfrage rechtlklick auf den spaltenkopft mache dann kann die spaltenbreite zwar eingestellt werden, aber leider ist die bei erneutem abrufen der abfrage wieder zurückgesetzt.

b) Die selbe Spalte hat keine Überschrift, wohl da sie zusammengesetzt ist, wie kann ich in sql eine überschrift definieren?

Gruss der wartburgritter alias bernd

[RobertG]

Hallo Bernd,

beides auf einen Schlag bekommst Du mit der Zuweisung eines Alias:

Code: Alles auswählen

SELECT
... ,
'http://www.openstreetmap.org/?mlat='||
"latitude"
||'&mlon='||
"longitude"
||'&zoom=17&layers' 
AS "___________________________Mein Link____________________________________", 
...

Anscheinend liest das Abfragemodul zumindest die Tabellenköpfe aus. Die Spaltenbreite hat sich bei mir bei einem Test automatisch angepasst, wenn ich einfach Unterstriche hinzugezogen habe.

Gruß

Robert

[wartburgritter]

Ja danke ist ja super einfach wenn man es weiss, klar mit as... Tabellenüberschriften funktionieren. Nur ein Problem, das Abfragemodul deiner Baseversion liest die Tabellenköpfe aus, das Abfragemodul meiner Baseversion macht das nicht. Schau mal mein screen shot an.

Bin wie immer auf Arbeit leider mit der Windowsversion unterwegs, Version 3.6.5.2

gruss bernd

[wartburgritter]

Robert, dass musst sehen, das rockt ohne ende
...
'http://map.project-osrm.org/?loc=47.391,8.05&loc='||
"latitude"
||', '||
"longitude"
AS "____________________________OSRM-Ziel_____________________________"
...

generiert so etwas in der art

http://map.project-osrm.org/?loc=47.391 ... 7.365,8.54

freie datenbank, freie routingsoftware, freie geodaten und so schnell, so schnell kannst du gar nicht den tab im auch freien browser wechseln wie die route da ist,

[RobertG]

Hallo Bernd,

zuerst einmal zu den Spaltenbreiten:
Das habe ich jetzt einmal mit allen Versionen hier durchgetestet. Auf meinem System (OpenSuSE 11.4, 32bit rpm) sehe ich bei keiner LO-Version (getestet: 3.3.4, 3.4.6, 3.5.7, 3.6.4 und 4.0) überhaupt Spaltenüberschriften, die irgendwie beschnitten sind. Vielleicht liegt das an dem Widescreen (21"), den ich hier habe? Ich erhalte nirgendwo so etwas wie "ProjektArchiv..."
Dann gibt es noch die Möglichkeit, die Spaltenbreite beim Editieren einzustellen (Spaltenkopf, rechter Mausklick). Nur funktioniert das leider nur in der aktuellen Darstellung. Beim nächsten Öffnen ist's vorbei. Wenn einmal ein Entwickler die GUI in die Hand nimmt, dann wäre das sicher ein Punkt, wo angesetzt werden müsste. Wozu dient sonst die Einstellung der Werte, wenn sie doch nicht gespeichert wird? Ich muss einmal sehen, dass ich daraus eine Bug-Meldung mache.

Zu der Route: Wäre schön, wenn Du die Schritte dahin etwas genauer aufschreiben könntest. Das ist doch ein tolles Anwendungsbeispiel für das Handbuch.

Gruß

Robert

[wartburgritter]

...
zuerst einmal zu den Spaltenbreiten:
Das habe ich jetzt einmal mit allen Versionen hier durchgetestet. Auf meinem System (OpenSuSE 11.4, 32bit rpm) sehe ich bei keiner LO-Version (getestet: 3.3.4, 3.4.6, 3.5.7, 3.6.4 und 4.0) überhaupt Spaltenüberschriften, die irgendwie beschnitten sind. Vielleicht liegt das an dem Widescreen (21"), den ich hier habe? Ich erhalte nirgendwo so etwas wie "ProjektArchiv..."

Hab das auch noch mals durchgetestet, jetzt wirds kompliziert. Evtl. kann das mal jemand bestätigen oder eben nicht bestätigen. Base 3.6.5.2 unter Windows XP

Wenn ich auf eine Abfrage rechts-klick bearbeiten klicke und es öffnet sich die Designansicht dann habe ich oben durch Robert beschriebenens Verhalten. Das heisst nichts wird abgeschnitten und ich kann die Spaltenbreite mit Unterstrichen steuern. Wenn sich bei rechts-klick bearbeiten auf eine Abfrage direkt der sql-modus öffnet habe ich immer das in meinem screenshot (posts weiter oben) dargestellte verhalten (Abgeschnittene Spaltenüberschriften). Das icon Designansicht ein- und ausschalten ist dann gar nicht aktiv. Die Formatierung des SQL bleibt dann erhalten (Leerzeilen etc.). Nur weiss ich nicht warum ich in diesem Modus bin, und wie ich den aktivier oder deaktiviere. Es liegt nicht am SQL. Wenn die Abfragen kopiert werden kann völlig anderer sql-code hineinkopiert werden und das verhalten bleibt gleich. Hab nur eine Abfrage bei der das so ist. Ich fand das immer gut, da das sql-format erhalten bleibt, dabei hat evtl. die Abfrage einen Fehler, getreu dem Motto its not a feature its a bug. Wie murphy's law es so will hab ich roberts tipps genau an der abfrage ausgetestet (one of ten und ich hab genau die getroffen )

... Dann gibt es noch die Möglichkeit, die Spaltenbreite beim Editieren einzustellen (Spaltenkopf, rechter Mausklick). Nur funktioniert das leider nur in der aktuellen Darstellung. Beim nächsten Öffnen ist's vorbei. Wenn einmal ein Entwickler die GUI in die Hand nimmt, dann wäre das sicher ein Punkt, wo angesetzt werden müsste. Wozu dient sonst die Einstellung der Werte, wenn sie doch nicht gespeichert wird? Ich muss einmal sehen, dass ich daraus eine Bug-Meldung mache....

genau das hab ich auch gedacht, als ich das getestet habe...

... Zu der Route: Wäre schön, wenn Du die Schritte dahin etwas genauer aufschreiben könntest. Das ist doch ein tolles Anwendungsbeispiel für das Handbuch.

Da gibt es nicht viel zu erklären. Ich bin Hochbaustatiker und verwalte meine Projekte mit Base. Da diese meist auch nach Jahren nicht davonlaufen bietet es sich an die Geokoordinaten (latitude, longitude) zu speichern. Die obige Abfrage ist selbst erklärend. Ich würde auch mein gesamtes DB-Gerüst mit einigen virtuellen BSP-Daten zur Verfügung stellen, weil ich hatte ja selber am Anfang meiner DB nach einer bestehenden gesucht. Nur aktuell tut sich da noch einiges. Bin gerade am Hinzufügen von Beteiligten Firmen und Personen, also komplette Adressverwaltung. Da kommen sicher noch Fragen, aber das geht wohl hier und jetzt zu weit.

gruss bernd alias der wartburgritter

[wartburgritter]

Ich habs

Wenn man im sql-modus einer abfrage ist, hat es ein icon sql ("SQL-Kommando direkt ausführen"). Wenn das gedrückt ist, dann ist die Designansicht deaktiviert. Dann springt die Abfrage bei bearbeiten direkt in den SQL-Modus und die Designansicht ist deaktiviert.

Also meiner Meinung nach ist das ganz klar ein Bug. Auch im sql-modus dürfen die Spalten doch nicht beschnitten werden. Hab gerade getestet. Bei allen Abfragen werden die Spalten beschnitten, wenn sql-modus aktiviert ist. Achso, LO 3.6.5.2 on winxp.

gruss bernd

ps. 3h trial and error, wo ist der vordiewandrennsmiley?

[RobertG]

Hallo Bernd,

Wenn man im sql-modus einer abfrage ist, hat es ein icon sql ("SQL-Kommando direkt ausführen"). Wenn das gedrückt ist, dann ist die Designansicht deaktiviert. Dann springt die Abfrage bei bearbeiten direkt in den SQL-Modus und die Designansicht ist deaktiviert.

Das Verhalten ist eigentlich logisch. Wenn Du eine Abfrage im SQL-Modus ausführen lässt, dann versucht Base nicht, diese Abfrage zu analysieren. Es kann also Code drin stecken, der von der GUI nicht verstanden wird. Deswegen sind direkte SQL-Abfragen eben auch nur in direktem SQL bearbeitbar. Das kannst Du natürlich wieder ausschalten. Eingeben kannst Du sowieso nichts in eine Abfrage, die in direktem SQL erstellt wurde. Dazu muss die GUI klären, ob die wichtigen Elemente (wie z.B. Primärschlüssel aller abgefragten Tabellen) auch im Code enthalten sind.

Also meiner Meinung nach ist das ganz klar ein Bug. Auch im sql-modus dürfen die Spalten doch nicht beschnitten werden. Hab gerade getestet. Bei allen Abfragen werden die Spalten beschnitten, wenn sql-modus aktiviert ist.

Das wäre dann die Erweiterung des Bugs, den ich gemeldet habe:
https://bugs.freedesktop.org/show_bug.cgi?id=60539
Wenn ich das auf meinem Linux-Rechner sehe, dann ist bei der SQL-Ansicht sämtliche Speicherung von Spaltenbreiten außer Kraft gesetzt. Bei mir werden alle Spalten auf 2,27 cm gesetzt - auch wenn ich zwischendurch versuche zu justieren. Vielleicht verschwindet dieses Fehlverhalten ja, wenn die Speicherung der eingestellten Breiten der Felder in Abfragen grundsätzlich funktioniert. In Tabellen ist das schließlich auch möglich.

Gruß

Robert

[wartburgritter]

Hallo Bernd,

Wenn man im sql-modus einer abfrage ist, hat es ein icon sql ("SQL-Kommando direkt ausführen"). Wenn das gedrückt ist, dann ist die Designansicht deaktiviert. Dann springt die Abfrage bei bearbeiten direkt in den SQL-Modus und die Designansicht ist deaktiviert.

Das Verhalten ist eigentlich logisch. Wenn Du eine Abfrage im SQL-Modus ausführen lässt, dann versucht Base nicht, diese Abfrage zu analysieren. Es kann also Code drin stecken, der von der GUI nicht verstanden wird. Deswegen sind direkte SQL-Abfragen eben auch nur in direktem SQL bearbeitbar. Das kannst Du natürlich wieder ausschalten. Eingeben kannst Du sowieso nichts in eine Abfrage, die in direktem SQL erstellt wurde. Dazu muss die GUI klären, ob die wichtigen Elemente (wie z.B. Primärschlüssel aller abgefragten Tabellen) auch im Code enthalten sind.

Jetzt wo ich die Funktion kenne ist das Verhalten für mich auch völlig logisch und richtig. Vor allem cool finde ich, dass es die zeilenformatierung im sql-code nicht ändert. Da kann man sich slebst na abfrage bauen und findet sich auch später wieder im code zurecht. Leider hats den Spaltenbreitenbug.

Also meiner Meinung nach ist das ganz klar ein Bug. Auch im sql-modus dürfen die Spalten doch nicht beschnitten werden. Hab gerade getestet. Bei allen Abfragen werden die Spalten beschnitten, wenn sql-modus aktiviert ist.

Das wäre dann die Erweiterung des Bugs, den ich gemeldet habe:
https://bugs.freedesktop.org/show_bug.cgi?id=60539
Wenn ich das auf meinem Linux-Rechner sehe, dann ist bei der SQL-Ansicht sämtliche Speicherung von Spaltenbreiten außer Kraft gesetzt. Bei mir werden alle Spalten auf 2,27 cm gesetzt - auch wenn ich zwischendurch versuche zu justieren. Vielleicht verschwindet dieses Fehlverhalten ja, wenn die Speicherung der eingestellten Breiten der Felder in Abfragen grundsätzlich funktioniert. In Tabellen ist das schließlich auch möglich.

Gruß

Robert

wow, der eintrag bei bugzilla ist schon gemacht . Wobei mir vor allem die Spaltenbreit auch im SQL-Modus viiiiieeeel wichtiger wäre (was ja wirklich ein bug ist), weil die Spaltenbreite ist ja "prinzipiell" schon steuerbar mit den Platzhaltern. Die speicherbare Spaltenbreite ist im gegensatz dazu fast schon ein feature.

gruss bernd

Ich würde sagen der thread ist gelöst, zumindest fürs forum hier.