DB CONSOLE

🔌 Zwei Arten von Datenbank — richte sie auf deine

• SQLite — eine Datenbank, die eine Datei ist. Öffne eine direkt, oder lasse die Konsole sie für dich finden: Du genehmigst die Ordner, in denen sie schauen darf, sie prüft den Identitäts-Header jeder Kandidatendatei, um sicher zu sein, dass sie wirklich eine SQLite-Datenbank ist, und listet jede, die sie findet — mit ihrer Größe und Tabellenzahl — einmal, selbst wenn sie an zwei Stellen auftaucht. Sie schaut nur in Ordner, die du genehmigt hast; das Programm kommt an und kennt überhaupt keine Ordner.
• PostgreSQL — eine Datenbank, die ein Server ist. Fülle ein kurzes Formular aus: die Adresse des Servers, seinen Port, den Datenbanknamen, deinen Benutzernamen. Das Adressfeld wird leer ausgeliefert — die erste Adresse, die es je hält, ist eine, die du getippt hast — und die Verbindung, die es herstellt, ist eine echte, zu dem Server, den du benannt hast.

Verbindungen, die du behältst, werden mit Namen gespeichert, in deinen eigenen Worten. Eine gespeicherte Verbindung merkt sich die Wegbeschreibung — Adresse, Port, Benutzername, Dateipfade — niemals das Passwort: Der Speichercode selbst entfernt alles, was wie ein Passwort geformt ist, bevor die Liste die Platte berührt. Passwörter leben nur an einem Ort: im Tresor, unten.

👀 Herumschauen — Baum, Raster, Struktur

• Der Schema-Baum — die Datenbank als Gliederung: ihre Tabellen und Views, jede öffnet sich und zeigt ihre Spalten. Die Karte, bevor du irgendetwas anfasst.
• Das Datenraster — die Zeilen einer Tabelle, 50 pro Seite. Klicke eine Spaltenüberschrift an, um danach zu sortieren; ein Suchfeld jagt deine Worte auf einmal durch jede Spalte. Leere Zellen zeigen sich als NULL, Binärdaten als klare Beschriftung wie [blob 12B] — gezeigt als das, was sie sind, niemals geraten.
• Die Strukturansicht — eine Tabelle auseinander- genommen: jede Spalte mit ihrem Typ und Standardwert, der Primär- schlüssel, die Fremdschlüssel, die sie in beide Richtungen mit anderen Tabellen verbinden, ihre Indizes und die echte CREATE-Anweisung der Tabelle, lesbar und kopierbar.

Schauen ändert nichts. Du kannst den ganzen Tag stöbern, und die Datenbank wird nie wissen, dass du da warst — das ist es, was schreibgeschützt bedeutet, und es ist der Zustand, in dem du startest.

⌨️ Der SQL-Editor

Schreibe SQL — die eigene Sprache der Datenbank — und führe das Ganze aus oder nur den Teil, den du ausgewählt hast. Antworten landen in einem Ergebnisraster, und Ergebnisse exportieren in eine CSV- oder JSON-Datei auf deiner eigenen Platte. Eine Frage kann eine Million Zeilen treffen; das Raster zeigt die ersten 500 und sagt es — eine gekappte Antwort ist als gekappt beschriftet, niemals still so zurechtgeschnitten, dass sie vollständig aussieht.

Lesende Anweisungen laufen einfach. Ändernde Anweisungen tun es nicht — ein INSERT, UPDATE, DELETE oder DROP wird nicht ausgeführt, wenn du Ausführen drückst. Es geht in die Ablage für ausstehende Änderungen, und das Sicherheitssystem übernimmt von dort. Dieser Umweg ist keine Verweigerung; er ist das Produkt, das so arbeitet, wie es entworfen wurde.

🛡️ Das Sicherheitssystem — die Schlagzeile

• STANDARDMÄSSIG SCHREIBGESCHÜTZT — DER GOLDENE RAHMEN. Jede Verbindung startet schreibgeschützt, und der Fensterrahmen trägt den Modus jederzeit in Farbe: Gold bedeutet schreibgeschützt — schaue dir alles an, ändere nichts; rot umrandet bedeutet beschreibbar — eine Verbindung, die du persönlich umgelegt hast, pro Verbindung, gemerkt. Du kannst deine Gefahrenstufe vom anderen Ende des Raumes sehen.
• DIE ABLAGE FÜR AUSSTEHENDE ÄNDERUNGEN. Änderungen sammeln sich in einer Ablage, die dir in klarem SQL genau so, wie es laufen wird, jede Anweisung zeigt, die gleich ausgeführt wird — mit einem Live-Zähler im Rahmen. Commit („Ausführen“) führt die Ablage aus; Discard („Verwerfen“) wirft sie weg, und die Datenbank hört nie davon. Schließt du das Fenster mit ausstehenden Änderungen, fragt dich die Konsole mit Namen, was mit ihnen geschehen soll.
• SICHERUNG VOR JEDEM SCHREIBEN. Wenn du Commit drückst, ist die erste Handlung nicht die Änderung — sie ist die Kopie. Eine SQLite-Datenbank wird vollständig in eine zeitgestempelte .bak-Datei kopiert, bevor irgendetwas ausgeführt wird, damit die Sicherung existiert, selbst wenn ein Schreiben dann auf halbem Weg fehlschlägt; die neuesten zehn werden behalten. Ein schlechtes Schreiben ist immer rückgängig zu machen: Lege die Sicherung zurück, und du stehst dort, wo du standest.
• DIE WÄCHTER. Ein DELETE oder UPDATE ohne WHERE bekommt einen Stopp in klaren Worten, bevor es sich verpflichten kann: Das wird jede Zeile in der Tabelle ändern. Ein DROP oder TRUNCATE bleibt entschärft, bis du den genauen Namen der Tabelle tippst, um den Commit zu schärfen — kein Kontrollkästchen, das ein verirrter Klick anhaken kann — und diese Wache lebt im Kern der Konsole, nicht nur in ihren Schaltflächen, damit ein ungeschärftes DROP auf keinem Weg durchkommen kann.

🔐 Der Tresor — wo Passwörter leben

Passwörter sind niemals Klartext, nirgendwo — nicht in der gespeicherten Liste, nicht in einem Protokoll, nicht auf einem Bildschirm, nachdem du sie getippt hast. Sie leben in einem verschlüsselten Tresor: eine Datei auf deinem eigenen Computer, versiegelt mit einem Master-Passwort, das du wählst. Das Master-Passwort selbst wird niemals gespeichert — vergisst du es, bleibt der Tresor versiegelt; das ist kein Fehler im Design, das ist das Design. In klaren Worten: Die Versiegelung lässt dein Passwort durch eine Einweg-Mühle 600.000-mal laufen, um den Schlüssel zu machen, und versiegelt die Geheimnisse dann mit AES-GCM, der standardmäßigen authentifizierten Verschlüsselung — ändere ein Bit der versiegelten Datei, und sie öffnet sich nicht, statt sich falsch zu öffnen. Die Tresordatei ist allein auf dein Konto gesperrt (Berechtigungen 0600), ein falsches Passwort schlägt laut fehl, und ein eingebauter Ersatz versiegelt den Tresor auf Systemen, denen die Standard-Verschlüsselungsbibliothek fehlt — es gibt keinen Weg in diesem Programm, der damit endet, dass ein Passwort lesbar auf einer Platte sitzt.

⚖️ Die ehrlichen Grenzen

• Zwei Engines heute. Dieser Build spricht SQLite und PostgreSQL. MySQL und MariaDB sind im Plan für eine spätere Phase — sie sind nicht in diesem Build, und diese Seite tut nicht so, als wären sie es.
• Änderungen werden geschrieben, nicht geklickt. In dieser Phase änderst du Daten, indem du SQL in den Editor schreibst; ein Zeilen-Bearbeitungsformular zum Anklicken ist Arbeit einer späteren Phase. Das Sicherheitssystem wurde zuerst gebaut, mit Absicht.
• Die Sicherungskopie ist die Geschichte einer Datei. Die zeitgestempelte .bak schützt SQLite- Datenbanken, die Dateien sind. Für einen PostgreSQL-Server ist das Netz der schreibgeschützte Standard, die Prüfungsablage und die Wächter — klar gesagt, weil so zu tun, als gäbe es eine Dateikopie für einen Server, eine Lüge mit Fortschrittsbalken wäre.
• Kleine Fenster, in 1.0 behoben. Der frühe Test-Build konnte die Seiten-Schaltflächen des Rasters in einem schmalen Fenster (800 Pixel breit) abschneiden und den Schema-Baum in einem kurzen Fenster (600 Pixel hoch) quetschen. Version 1.0 überarbeitet das Layout für kleine Fenster und wurde bei 1024×600 und 800×600 in allen sechs Sprachen probelaufen — Baumzeilen, Seiten-Schaltflächen, Übernehmen und Verwerfen alle im Bild.
• An Testdatenbanken bewiesen. Jeder Schutz oben wurde gegen eigens gebaute Testdatenbanken bewiesen — die Kernbatterie mit 37 Prüfungen besteht auf genau diesem veröffentlichten Build, und das Fenster wurde in allen sechs Sprachen bei 1024×600 und 800×600 probelaufen. Das Programm wurde beim Testen mit Absicht niemals auf eine echte Arbeitsdatenbank gerichtet.

🔒 Dein Rechner, deine Sache

Keine Konten, keine Telemetrie, keine Update-Prüfungen — die Konsole meldet sich niemals bei irgendjemandem zurück. Ihr einziger Netzwerkverkehr sind Verbindungen, die du definierst, zu deinen eigenen Datenbank- servern, wenn du dich mit ihnen verbindest. Bevor dieser Build hinaus durfte, wurde sein Inneres Zeichen für Zeichen gescannt: Er enthält überhaupt keine eingebauten Adressen — nicht unsere, niemandes. Alles, was er behält — gespeicherte Verbindungen, der Tresor, deine Exporte — lebt in klaren lokalen Dateien auf deinem eigenen Rechner, exportierbar und löschbar, deins.

⬇️ Downloads

🐧 Das Programm — Linux

DB Console für Linux herunterladen — KOSTENLOS

Version 1.0 · Linux · 24 MB · Keine Installation: entpacken, Ordner öffnen, ./DBConsole starten. Die ganze Konsole spricht English, Español, Deutsch, 中文, 日本語 und isiZulu — wähle deine Sprache oben links im Fenster, sie merkt sie sich.
Gebaut von 777 Software — für immer kostenlos — 777software.net · SHA-256 (Tarball): d4a185d280d13cd9f47474c833ed462b2e1178850eb754364e12cc261382b685

FÜR IMMER KOSTENLOS. DB Console ist ein Werkzeug zur Systemverwaltung, und wir lassen niemanden dafür bezahlen, sich mit unseren Werkzeugen zu schützen. Kein Preis, keine Testphase, keine Premium-Stufe — nicht heute, nicht jemals.

Zuerst für Linux gebaut, wie jedes Programm von 777 Software. Windows folgt aus demselben bewiesenen Build.

📖 Das Handbuch (PDF)

Das volle Bild davon, was DB Console tut und wie man es fährt — dasselbe Handbuch, gegen das das Programm getestet wurde.

DB Console — How It Works (PDF) (Wie es funktioniert)
Das Programmhandbuch — die Verbindung zu deinen SQLite- und PostgreSQL-Datenbanken, die Baum-, Raster- und Strukturansichten, der SQL-Editor, standardmäßig schreibgeschützt, die Ablage für ausstehende Änderungen, Sicherung vor jedem Schreiben, die Wächter, der Tresor und die ehrlichen Grenzen. 8 Seiten · SHA-256: 7a92b3d1678a3df22d22396d3ed2bb39464be810b42a98cf1da4fa09d0555bea