Ads were blocked - no problem. But keep in mind that developing HeidiSQL, user support and hosting takes time and money. You may want to send a donation instead.

Kommentar -- mit nachfolgendem Tabulator graut nachfolgenden Text seit einigen Versionen nicht mehr aus

The_Relational_Male's profile image The_Relational_Male posted 4 days ago in General Permalink

Hallo zusammen,

ich verwende sehr oft Tabulatoren vor den einzelnen MySQL-/MariaDB-Zeilen, um alles schöner zu formatieren. Bisher konnte ich dann immer, wenn ich (testweise) eine Zeile auskommentieren wollte, an den Zeilenanfang ein -- stellen und der nachfolgende Text war sowohl auskommentiert, als auch optisch ausgegraut.

Seit einigen Versionen (vielleicht seit ca. 2 Monaten?) geht das leider nicht mehr. Die Zeile ist zwar für die Datenbank auskommentiert, aber HeidiSQL lässt den nachfolgenden Text so, wie er ist d.h. ohne diesen auszugrauen. Das ist sehr schade, da dadurch einiges an Komfort verloren geht. Wenn ich nach dem -- noch ein Leerzeichen setze, dann geht das Ausgrauen noch, aber das ist natürlich umständlich.

Kann man das alte Verhalten irgendwie wieder herstellen? Generell sollte der Tabulator ja erlaubt sein:

Vom MySQL 8 Manual (hm - hier war eine verbotene Hyperlinktechnologie): From a -- sequence to the end of the line. In MySQL, the -- (double-dash) comment style requires the second dash to be followed by at least one whitespace or control character (such as a space, tab, newline, and so on).

Dann noch etwas zweites. Ich muss oft mit bestehenden Datenbanken arbeiten, die Tabellen- und Spaltennamen haben, die kompliziert sind. D.h. mit Leerzeichen, Umlauten, Kommas etc. pp.. Ich fasse daher grundsätzlich ALLES in `backticks` ein. Hier wäre es toll, wenn dann die farbliche Markierung bestehend bleiben könnte und immer alles automatisch "gebackticked" würde. HeidiSQL macht das bei Bedarf schon selbst, wenn der Name problematisch ist. Bei nicht problematischen Namen hätte ich das gerne ebenfalls, sodass alles (Datenbank, Tabelle, Spalte, Name von Stored Functions etc. pp.) grundsätzlich immer eingefasst wird.

Hier noch Random Thoughts (kann ignoriert werden):

  • Ein "Column Mode" (technipages.com\notepad-column-mode) fürs Markieren wäre toll.
  • Ganz Hammer wäre noch "Column Editing" (riptutorial.com\notepadplusplus\example\17820\column-editing). Für beides übertrage ich bislang den Text ins Notepad++, ändere dort etwas und übertrage den Text wieder zu HeidiSQL.
  • HeidiSQL über Nacht offen lassen 1: RAM-Speicher läuft voll + CPU-Load auf einem Kern. PC langsam bis Programmneustart
  • HeidiSQL über Nacht offen lassen 2: HeidiSQL hängt => Prozess beenden
  • HeidiSQL über Nacht offen lassen 3: SELECT * FROM Tabelle am Abend: Normale Feldinhalte, stehen lassen bis Morgen: In allen Feldinhalten steht "Node" (ausgegraut bei NULL-Feldern)
  • Mehrere HeidiSQL gleichzeitig: Die Speicherung der Tabs kommt durcheinander (last wins)
  • Dieses "Pflichttab" (erstes Tab ohne Namen) ist sehr verwirrend, da Verhalten von den restlichen abweicht
  • Bei SQL-Fehlern (Syntax) und langen SQL-Queries: Editor springt von aktueller Postition weg ganz nach oben. Extrem nervig.
  • Ein Redo Button. Mit Strg+z geht Undo und Strg+Shift+z geht Redo. Für letzteres einen Button.
  • Code Folding
  • Langlaufende Queries in den "Hintergrund" verfrachten, damit andere Tabs nicht hängen (eigene DB Connection pro Tab?). Workaround: Zwei HeidiSQL starten und in einen den Langläufer packen.
ansgar's profile image ansgar posted 4 days ago Permalink

Ich bin mir nicht sicher wie lange MySQL schon Tabs und andere Whitespaces nach dem Doppel-Minus als Kommentar zulässt. In der MariaDB Doku steht es nämlich noch etwas anders:

https://mariadb.com/kb/en/comment-syntax/

From a '-- ' to the end of a line. The space after the two dashes is required (as in MySQL).

Um auch alte MySQL Versionen zu unterstützen müsste ich eigentlich da noch eine Unterscheidung einbauen, falls dort nur ein Leerzeichen unterstützt wird. Bis zu welcher Version unterstützt MySQL also nur Leerzeichen?

Und es wird noch komplizierter, da HeidiSQL auch mit MSSQL umgehen muss - da ist gar kein Leerzeichen nach dem Doppel-Minus erforderlich. Das sollte aber funktionieren, seit der 11.0, siehe https://github.com/SynEdit/SynEdit/issues/42

Ein paar deiner Hinweise kann ich beantworten:

  • Code folding wird in der nächsten HeidiSQL release vorhanden sein, und kann jetzt schon in den nightly builds ausprobiert werden. Siehe issue #1132
  • Der erste Abfrage-Tab ist dafür da, Einsteigern eine stabile Usability zu geben, und als Schnelleinstieg für viele User die nur wenige Queries ausführen.
  • Tab-Speicherung mit "last wins" ist beabsichtigt so - ist zumindest schwierig anders zu lösen wenn man mehrere Instanzen ausführt

Please login to leave a reply, or register at first.




Ads were blocked - no problem. But keep in mind that developing HeidiSQL, user support and hosting takes time and money. You may want to send a donation instead.