Datenbank erreichbar im eigenen Wlan

[Asura]

Guten Tag,

ich hätte wieder eine Frage zum Thema Datenbanken.
Diesmal interessiere ich mich eher für die Bereitstellung einer Datenbank.
Ich möchte über jeden Computer der im gleichen Wlan ist auf die Datenbank zugreifen können.

Zu meiner Vorüberlegung:
Ich erstelle mit ein Homeserver (in Richtung: Xampp?) und installiere mir dort die Datenbank (zum Beispiel: MySQL) und kann dann über die anderen Computer auf diesen Server zugreifen, da dieser Server sich im gleichen Wlan befindet?

Oder gibt es eindeutig bessere Optionen und welche wären das?

[Bernhard Geyer]

Du musst nur dafür sorgen das dein MySQL "raus darf".
Oft sind solche Installation so angelegt das auf die DB nur vom selben REchner aus zugegriffen werden kann.

[FaTaLGuiLLoTiNe]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1393917)

Du musst nur dafür sorgen das dein MySQL "raus darf".

Und du musst den/die Benutzer so konfigurieren, dass sie von extern zugreifen dürfen. Wenn ich mich recht entsinne darf der standardmässig angelegte Nutzer (root) nur von localhost zugreifen.

[jobo]

Zitat:

Zitat von Asura (Beitrag 1393913)

Ich erstelle mit ein Homeserver (in Richtung: Xampp?) und installiere mir dort die Datenbank (zum Beispiel: MySQL) und kann dann über die anderen Computer auf diesen Server zugreifen, da dieser Server sich im gleichen Wlan befindet?

Xampp ist unnötig, besonders wenn - hier in einem Delphiforum- vermutlich ein Delphiclient gegen die "reine" Datenbank arbeitet.
Und es ist redundant, wenn Du schreibst "..Richtung Xampp?) und installiere mir dort die Datenbank (zum Beispiel: MySQL).."
Mit der Installation von Xampp installierst Du ein Bündel von Anwendungen u.a. auch gleich MySQL, das muss dann nicht separat hinterherinstalliert werden

Eine lokale xampp / mysql installation ist m.E. zur Entwicklung ok.
Taugt für den Heimbetrieb weniger, weil alle anderen Systeme dann nur auf die DB können, wenn der (Entwicklungs-)Rechner auch läuft (inkl. autostart von xampp/mysql), auf dem xampp/mysql installiert wurde.

Die Erreichbarkeit hat im übrigen mit dem WLAN an sich nichts zu tun, sie geht idr sogar darüber hinaus, wenn Du Rechner per Kabel an den WLAN Router klemmst. WLAN/LAN sind daheim meist das gleiche Netz. Selbst wenn das nicht so ist, kann durch entsprechende Routingangaben auch dann eine Erreichbarkeit sichergestellt werden.

P.S.: Das wichtigste vergessen, die bessere Option wäre natürlich, nicht mySQL zu nehmen, sondern Firebird oder Postgres. ;)

[Codehunter]

Zitat:

Zitat von jobo (Beitrag 1393942)

Das wichtigste vergessen, die bessere Option wäre natürlich, nicht mySQL zu nehmen, sondern Firebird oder Postgres. ;)

Oder noch viiieeel besser: MariaDB! Was ja ohnehin bei XAMPP der Fall ist. Mysql liefern die schon eine ganze Weile nicht mehr aus. Wozu auch? Nutzt eh kaum noch jemand. :wink:

Hier wird man schlauer:

https://mariadb.com/kb/en/library/grant/
https://www.techonthenet.com/mariadb/grant_revoke.php
https://www.heidisql.com/forum.php?t=5763

Im übrigen arbeite ich seit einiger Zeit mit Ansgar an einem neuen Usermanager für HeidiSQL:

https://www.heidisql.com/forum.php?t=24817#p24860

Dauert aber noch ein bissi. Nur wenn mal Zeit ist zwischendurch... (Siehe Bild unten)

[jobo]

Cool, sieht sehr Pivot mäßig aus!

Wahrscheinlich differenziere ich nicht ausreichend bei mySQL. Aber der TE hat nach "optimal" oder so gefragt.

Von Ansgar habe ich glaube ich zuletzt gelesen, dass er keine Postgres Anbindung machen will, was ich betrüblich fand. (Ist aber schon länger her und soll auch keine Kritik sein- Im Gegenteil, Heidi hat mir immer gefallen, nur die DB ist nicht meins)

[p80286]

Das hätte ich mir vor 4,5 Jahren gewünscht. Auf einen Blick, welche Berechtigungen vergeben sind.
:thumb:

Gruß
K-H

[Codehunter]

Zitat:

Zitat von jobo (Beitrag 1393961)

Von Ansgar habe ich glaube ich zuletzt gelesen, dass er keine Postgres Anbindung machen will, was ich betrüblich fand. (Ist aber schon länger her und soll auch keine Kritik sein- Im Gegenteil, Heidi hat mir immer gefallen, nur die DB ist nicht meins)

HeidiSQL basiert auf ADO. Das und Postgres zusammen ist schon mal nicht die allerbeste Idee. Mir wäre es lieber, es wäre ZEOS. Lizenzmäßig ginge das sogar, beide unter der GPLv2. Aber dass er zumindest mal über Postgres nachgedacht hat, findet man in den Sourcen:

Delphi-Quellcode:

TNetType = (ntMySQL_TCPIP, ntMySQL_NamedPipe, ntMySQL_SSHtunnel,
    ntMSSQL_NamedPipe, ntMSSQL_TCPIP, ntMSSQL_SPX, ntMSSQL_VINES, ntMSSQL_RPC,
    {!!!} ntPgSQL_TCPIP {!!!});

TNetTypeGroup = (ngMySQL, ngMSSQL, {!!!} ngPgSQL {!!!});

Zitat:

Zitat von p80286 (Beitrag 1393974)

Das hätte ich mir vor 4,5 Jahren gewünscht. Auf einen Blick, welche Berechtigungen vergeben sind.
:thumb:

Geht mir ganz genauso. Irgendwann wars mir dann einfach zu doof und ich hab mal angefangen sowas zu bauen. Das ist gar nicht so einfach. Zumal ich es nun wieder gar nicht so mit MSSQL habe und nur für Mysql/MariaDB bauen kann. Bei MSSQL hoffe ich dass Ansgar das Ergänzende macht. Aber selbst bei Mysql und MariaDB wird es zunehmend schwieriger. MariaDB unterstützt User Roles seit der 10.0.5, bei Mysql kommt das IMHO erst mit der 8.0. Selbstverständlich hat Oracle nicht die Lösung von MariaDB übernommen sondern strickt was eigenes. Heißt, ab Mysql 8.0 werden die beiden Projekte nicht mehr voll kompatibel zueinander sein. Es sei denn, Monty baut eine Kompatibilität bei MariaDB ein. Doch wenn das so weiter geht mit den Kräfteverhältnissen, wird Oracle irgendwann nicht mehr in der Position sein, sowas zu diktieren (man wills gar nicht glauben ^^)

Machen wir uns aber nix vor, bisher hat Ansgar das HeidiSQL ganz alleine gemacht. Zumindest soweit ich weiß. Alle Freizeit ist endlich. Wenn er sich mit Postgres nicht so gut auskennt, wer kanns ihm verübeln dass er nicht viel Arbeit da rein steckt? HeidiSQL steht auf Github, jeder könnte einen Beitrag leisten oder einen Fork starten.

[TiGü]

Zitat:

Zitat von Codehunter (Beitrag 1393988)

Machen wir uns aber nix vor, bisher hat Ansgar das HeidiSQL ganz alleine gemacht. Zumindest soweit ich weiß. Alle Freizeit ist endlich. Wenn er sich mit Postgres nicht so gut auskennt, wer kanns ihm verübeln dass er nicht viel Arbeit da rein steckt? HeidiSQL steht auf Github, jeder könnte einen Beitrag leisten oder einen Fork starten.

Auf der GitHub-Seite steht als erste Zeile:

Zitat:

A lightweight client for managing MySQL, MSSQL and PostgreSQL, written in Delphi

Ist Postgres und PostgreSQL etwas Verschiedenes?

[Codehunter]

Zitat:

Zitat von TiGü (Beitrag 1393998)

Ist Postgres und PostgreSQL etwas Verschiedenes?

Nö :-D Nur verschieden gut integriert bei Heidi.

[Codehunter]

Um wieder auf das eigentliche Thema zurück zu kommen... Wie man in dem Bild in #5 sieht, dröseln sich die DB-Benutzer nicht nur nach Benutzernamen auf, sondern auch Netzmasken, aus denen sie auf den DB-Server zugreifen. Das schreibt sich bei Mysql/MariaDB in der Form "'Benutzername'@'Netzmaske'". Also z.B. 'MaxMustermann'@'localhost', womit festgelegt ist, dass sich MaxMustermann nur vom selben Rechner aus verbinden kann, auf dem auch der DB-Server läuft.

Man kann MaxMustermann durchaus mehrfach anlegen und ihm jeweils eine separate Netzmaske zuweisen: 'MaxMustermann'@'192.168.1.%' würde festlegen, dass sich MaxMustermann von jedem Netzclient aus anmelden kann, der eine IP-Adresse zwischen 192.168.1.1 und 192.168.1.254 hat. Du kannst auch sagen, Feuer frei, egal woher. Dann würdest du einen Benutzer 'MaxMustermann'@'%' anlegen (Vorsicht! Sicherheitsrisiko!)

Bei HeidiSQL ist das bisher nicht ganz so übersichtlich gelöst. Deshalb nicht wundern wenn der Usermanager von Heidi etwas anders aussieht als in dem Bild. Das ist wie gesagt ein Prototyp, der vielleicht mal im offiziellen HeidiSQL eingebaut wird.

[Asura]

Erstmal vielen Dank für die Rückmeldungen.

Ich bin den Vorschlag eingegangen und habe MariaDB installiert. Im Zuge dessen auch den Usermanager HeidiSQL.
Des Weiteren habe ich mir die Komponenten von ZEOS installiert.

1. Ich brauchte doch die Komponenten um dann auf die Datenbank zugreifen zu können richtig?
2. Wenn ich die MariaDB installiert habe reicht dies schon aus und ich spare mir in Gegenzug zu der Methode Xampp & MySQL das ständige an und ausschalten?
3. Bei der Installation habe ich die Option "Enable access from remote machines for 'root' user" aktiviert. Ich gehe davon aus, dass man damit dann auch von außerhalb auf die Datenbank zugreifen kann?
4. Mir stellt sich dann nun die Frage, wie ich beispielsweise von dem einem anderen Computer aus dann auf diese Datenbank zugreifen kann, weil dann würde es doch nicht mehr root heißen, muss ich dann die Adressierung des Computers mit der Datenbank wählen?

[Medium]

@Codehunter: Geile Sache! Da freue ich mich drauf!
Und MariaDB kann ich bisher auch durch die Bank empfehlen. Wir sind vor ein paar Jahren auch von MySQL dort hin gewechselt, und alles funktioniert immer, einfach, gut und flott. Mir gefällt vor allem, dass die Einrichtung gerade im Vergleich zu vielen anderen DBMS so dermaßen simpel ist.

Zitat:

Zitat von Asura (Beitrag 1394027)

1. Ich brauchte doch die Komponenten um dann auf die Datenbank zugreifen zu können richtig?
2. Wenn ich die MariaDB installiert habe reicht dies schon aus und ich spare mir in Gegenzug zu der Methode Xampp & MySQL das ständige an und ausschalten?
3. Bei der Installation habe ich die Option "Enable access from remote machines for 'root' user" aktiviert. Ich gehe davon aus, dass man damit dann auch von außerhalb auf die Datenbank zugreifen kann?
4. Mir stellt sich dann nun die Frage, wie ich beispielsweise von dem einem anderen Computer aus dann auf diese Datenbank zugreifen kann, weil dann würde es doch nicht mehr root heißen, muss ich dann die Adressierung des Computers mit der Datenbank wählen?

1) Richtig.
2) Der Rechner, auf dem die DB läuft, muss natürlich eingeschaltet sein...
3) Der Benutzer "root" kann dann auch vom Netzwerk aus zugreifen, ja.
4) Der Benutzername ist nur ein Name. Jeder andere Rechner kann sich auch mit dem root-Account anmelden, und es können sogar mehrere aktive Anmeldungen unter dem selben Benutzer laufen. Du könntest also theoretisch alle Clients als "root" mit der DB verbinden.
Für den Heimgebrauch ist das okay, aber die weit bessere und spätestens beim Einsatz außerhalb der eigenen vier Wände Variante wäre es, einen weiteren Benutzer im DBMS anzulegen, der nicht die vollen Rechte besitzt, sondern nur das, was er wirklich braucht. (Da wirds allerdings auch schon etwas komplexer bis man raus hat welche Berechtigungen was bedingen, und wie man diese setzt.)

[Codehunter]

Zitat:

Zitat von Asura (Beitrag 1394027)

Wenn ich die MariaDB installiert habe reicht dies schon aus und ich spare mir in Gegenzug zu der Methode Xampp & MySQL das ständige an und ausschalten?

Ja und nein. Das hättest du theoretisch auch mit Xampp und Mysql so haben können. Dazu muss man Mysql "nur" als Systemdienst registrieren. IMHO bietet der Xampp-Installer irgendwo versteckt diese Möglichkeit auch an. Nur richtet sich Xampp ja an Entwickler und da ist dies unter Umständen nicht gewünscht und deshalb nicht per Default so eingestellt.

Zitat:

Zitat von Asura (Beitrag 1394027)

Bei der Installation habe ich die Option "Enable access from remote machines for 'root' user" aktiviert. Ich gehe davon aus, dass man damit dann auch von außerhalb auf die Datenbank zugreifen kann?

Das ist richtig und für Test- und Entwicklungsinstallationen auch in Ordnung. Bei produktiv eingesetzten Datenbankservern geht man mit dem Benutzer root so restriktiv wie möglich um. Beispielsweise beschränkt man den auf localhost und macht (bei Windows-Servern) die Administration per Remotekonsole. Das war im Übrigen auch der Hintergedanke für den neuen Usermanager: Ich wollte die Verwaltung von Privilegien einfacher gestalten, damit die Versuchung, mit unnötig vielen Rechten zu arbeiten, nicht so groß ist.

Zitat:

Zitat von Asura (Beitrag 1394027)

Mir stellt sich dann nun die Frage, wie ich beispielsweise von dem einem anderen Computer aus dann auf diese Datenbank zugreifen kann, weil dann würde es doch nicht mehr root heißen, muss ich dann die Adressierung des Computers mit der Datenbank wählen?

"root" ist nur ein Name und kann geändert werden. Für sichere Installationen wird das empfohlen, weil ein Angreifer dann nicht nur das Passwort sondern auch den abweichenden Rootbenutzernamen herausfinden muss. Es gibt sogar Anwender, die benennen den Rootbenutzer um und erstellen dann noch zusätzlich einen beschränkten Benutzer namens "root", als Honeypot um Angriffe zu überwachen. Bei der Verbindung mit einer Datenbank gibst du vier Kenndaten an: Hostname bzw. IP-Adresse des Rechners auf dem die Datenbank läuft, die Portnummer die bei Mysql/MariaDB standardmäßig 3306 lautet (wird in sicheren Installationen auch geändert), sowie den Benutzernamen und sein Passwort. Was der Benutzer dann mit welcher Datenbank bzw. Tabelle tun darf steuerst du mit dem besagten Usermanager von HeidiSQL.

[Codehunter]

Ich habe jetzt mal zu dem Thema alternativer Usermanager für HeidiSQL einen separaten Projektbereich aufgemacht. Wer sich dafür interessiert, bitte dort weiter lesen und -posten! :-D

[Asura]

Moin moin,
leider konnte ich mich erst jetzt wieder dem widmen und ich stehe vor einem Problem.
Ich habe weiter oben geschrieben, dass ich mir ZEOS geholt habe. Habe Delphi 10.2.2 als Professional Academic Named User License.
Das Problem ist das ZEOS und Delphi 10.2 wohl nicht so gut harmonieren. Habe mich im Internet schlau gemacht und bin auf verschiedene Beta-Versionen getroffen, die versprechen bei der neuen Delphi Version zu funktionieren, doch wenn ich diese wie die normale ZEOS Komponente installiere (Sprich erst Erzeugen, dann installieren) sagt er mir immer wieder: [dcc32 Fataler Fehler] U_Main.pas(7): F2613 Unit 'ZAbstractConnection' nicht gefunden.
Ich kann gerne falls gewünscht mal den ZEOS Ordner hochladen diesen findet man ansonsten auch unter "zeoslib-code-0-4215-branches-testing-7.3"

Ich will das ja nun mit dem HeidiSQL herstellen.
Geht dies nicht notfalls auch mit der ADO Komponente ? (Habe dies natürlich auch versucht, nur kann er keine Verbindung zum Server herstellen, ich wähle dort als Provider SQL Server Native Client 11.0 aus. Trage dann die IP, username und Passwort ein doch auch hier nur eine Fehlermeldung "Anmeldungstimeout". )

Also mein Problem ist das Herstellen einer Verbindung zu dem SQL Server vllt sogar angefangen bei der Komponenteninstallation von ZEOS.
Aber ich werde wohl nicht der einzige sein, der eine neuere Version von Delphi hat und somit vor dem Problem gestellt wird.

[EdAdvokat]

Zitat:

Zitat von Asura (Beitrag 1395069)

Moin moin,
Das Problem ist das ZEOS und Delphi 10.2 wohl nicht so gut harmonieren. Habe mich im Internet schlau gemacht und bin auf verschiedene Beta-Versionen getroffen, die versprechen bei der neuen Delphi Version zu funktionieren, doch wenn ich diese wie die normale ZEOS Komponente installiere (Sprich erst Erzeugen, dann installieren) sagt er mir immer wieder: [dcc32 Fataler Fehler] U_Main.pas(7): F2613 Unit 'ZAbstractConnection' nicht gefunden.

Hallo @Asura, ich kann Deine Bemühungen zur Installation der Zeos-Komponenten unter Delphi 10.2.2 nicht bestätigen. Ich habe diese Zeos-Komp. sowohl unter D 10.1 Berlin (Starter) als auch unter D 10.2.2 Tokyo prof. erfolgreich installiert. Bitte schau nochmals in die Hinweise zur Installation und nimm die jeweiligen Pfade in das Bibliotheks-Verzeichnis auf(Tools-Optionen-Delphi-Optionen-Bibliothek)!!! und achte auch darauf, dass Du es unter 32 bit Windows in der IDE installierst. Die aktuell angebotenen Zeos-Komp. sind nunmehr für D 10.2.2 geeignet.
Viel Erfolg, denn man kann mit den Zeos-Komp wirklich viel erreichen.

[Asura]

Also wenn ich die normale aktuelle Version benutze 7.1.4. Sind da nur Packages bis XE7. Also wie Du beschrieben hast, sind die kompatibel mit 10.2.2 oder?
Weil wenn ich die (XE7) erzeugen möchte gibt es Fehlermeldungen bereits im ZCore.bpl in der TSysUtils. Dort gibt es zahlreiche Fehler in den Konvertierungs-Funktionen.

[Codehunter]

Zitat:

Zitat von Asura (Beitrag 1395202)

Also wenn ich die normale aktuelle Version benutze 7.1.4. Sind da nur Packages bis XE7. Also wie Du beschrieben hast, sind die kompatibel mit 10.2.2 oder?

Kann ich aus ganz aktueller Erfahrung sagen: Nein sind sie nicht. Ich verwende die 7.2.2-rc unter D10.2 und die laufen bisher völlig problemlos.

[Asura]

Zitat:

Zitat von Codehunter (Beitrag 1395216)

Kann ich aus ganz aktueller Erfahrung sagen: Nein sind sie nicht. Ich verwende die 7.2.2-rc unter D10.2 und die laufen bisher völlig problemlos.

Aber dort ist auch nur ein Package für 10.1 ? Habe es zwar auch unter 10.2 installieren können, aber da trifft wieder der Ausgangsfehler auf.
Denke vllt liegt das tatsächlich an diesen Bibliothekspfaden, gibt es dort eine entsprechende Anleitung? Vllt spezifischer als die Erklärung aus der Dokumentation: "Note: If there occur some errors while compiling that say that a certain
dcu file could not be found then just add the subdirectory packages\delphi7\build
to delphis library path"
Kann damit leider nicht so viel anfangen, was genau ich nun machen muss.
Die Unterordner von Zeos in die Delphi Library Ordner kopieren?

[Codehunter]

Ich habe das so gelöst, dass ich die Unterordner wo die PAS- Dateien liegen in der IDE in den globalen Einstellungen als Bibliothekspfad eingestellt habe. Danach kann man die einzelnen BPLs aus der GROUPPROJ problemlos kompilieren und installieren. Zuminidest bei 10.2 Starter ging das völlig problemlos und ohne einen einzigen Compilerfehler.

[Asura]

Gut ich komme mal dem näher, habe nun die Folder unter Src der Bibliothek hinzugefügt.

Es ließ sich erfolgreich kompilieren aber mit vielen Fehlermeldungen:

Code:

[dcc32 Hinweis] ZDbcOracleStatement.pas(441): H2077 Auf 'TZOraclePreparedStatement.ExecuteUpdatePrepared' zugewiesener Wert wird niemals benutzt
[dcc32 Hinweis] ZDbcPooled.pas(267): H2077 Auf 'I' zugewiesener Wert wird niemals benutzt
[dcc32 Warnung] ZAbstractRODataset.pas(675): W1010 Methode 'GetAsGuid' verbirgt virtuelle Methode vom Basistyp 'TField'
[dcc32 Warnung] ZAbstractRODataset.pas(3445): W1000 Symbol 'DefaultFields' ist veraltet: 'Use TField.LifeCycle or TFields.LifeCycles properties instead'
[dcc32 Warnung] ZAbstractRODataset.pas(3534): W1000 Symbol 'DefaultFields' ist veraltet: 'Use TField.LifeCycle or TFields.LifeCycles properties instead'
[dcc32 Hinweis] ZAbstractConnection.pas(1718): H2077 Auf 'TZAbstractConnection.ExecuteDirect' zugewiesener Wert wird niemals benutzt
Erfolg

Wie kriege ich diese weg?

[Codehunter]

Zitat:

Zitat von Asura (Beitrag 1395585)

Wie kriege ich diese weg?

Nicht optimal aber die kannst du erstmal ignorieren. Das sind keine Fehlermeldungen sondern Warnungen und Hinweise. Der Compiler läuft trotzdem durch.