Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[BananaJoe]

@klassisch laut google klingt das nun nicht so schwer ...
https://www.techbrothersit.com/2017/12/how-to-change-mariadb-data-directory-on.html

Bei mir unter Linux steht es in der

/etc/mysql/mariadb.conf.d/50-server.cnf

in meiner `my.cnf' wird auf das Verzeichnis verweisen (so das alle Dateien dort includiert werden),
dort gibt es einen Abschnitt wie folgt:

[mysqld]
#
# * Basic Settings
#
user                    = mysql
pid-file                = /run/mysqld/mysqld.pid
socket                  = /run/mysqld/mysqld.sock
#port                   = 3306
basedir                 = /usr
datadir                 = /var/lib/mysql
tmpdir                  = /tmp
lc-messages-dir         = /usr/share/mysql

datadirklingt doch recht eindeutig ...

Die Daten können auch in der my.cnf stehen
Alternativ wäre MariaDB beim starten diese Angaben als Parameter mitzugeben, dann müsste es im Dienst zu sehen sein und könnte in der Registry geändert werden. Wahrscheinlich steht da abe rnur der Verweis auf die Konfigurationsdatei(en)

[klassisch]

@bananajoe sagte in Bewährte Histogrammfunktion?:

Alternativ wäre MariaDB beim starten diese Angaben als Parameter mitzugeben, dann müsste es im Dienst zu sehen sein und könnte in der Registry geändert werden. Wahrscheinlich steht da abe rnur der Verweis auf die Konfigurationsdatei(en)

Vielen Dank! So irgendwie muß das sein.
Habe im MariaDB Verzeichnis nichts in Richtung *.cnf , *.cfg , .conf gefunden.
Auch nicht unter users.
Mal schauen, ob ich in der registry etwas finde, auch wenn ich mich dort nicht wirklich auskenne.

[klassisch]

Das könnte damit zusammenhängen

Das heißt, das my.ini file steht im Datenverzeichnis.

Dort steht dann

[mysqld]
datadir=F:/mariadb/data
port=3306
innodb_buffer_pool_size=942M
[client]
port=3306
plugin-dir=C:\Program Files\MariaDB 10.7/lib/plugin

D.h. ich müßte dann den regedit Eintrag umbiegen auf das neue Datenverzeichnis und dort dann in der my.ini ebenfalls das neue Datenverzeichnis benennen.

Iregndwie doppelt, weil die ini im Datenverzeichnis und nicht beim Programm steht.

[klassisch]

@BananaJoe vielen Dank, Bin wieder im Testbetrieb.
Habe die my.ini auf dem neuen Laufwerk geändert und auch die registry editiert.
Danke für Deine geduldieg und ausdauernde Hilfe. Ich hätte nicht erwartet, daß ein Linuxprogramm solche Infos in der Win registry hinterlegt.
Jetzt beobachte ich weiter.
Ich habe ja keinen Zeitdruck, aber um das Thema Datenbank werde ich auf kurz oder lang nicht drumrumkommen. Also langsam "ranpirschen".

[klassisch]

So immerhin schon 3 Tage durchgelaufen ohne Probleme.
Mein Vetrauen wächst.
Also zurück zur Ausgangsfrage: Wie kann man jetzt aus den Daten Histogramme ableiten?
Nehme an, daß man dazu eine Datenbankabfrage vornimmt, wodurch dann die Histrogramme während der Abfrage berechnet werden.
Habe bisher noch keine Erfahrung mit solchen Abfragen und den mutmaßlich dafür genutzten "Sprachen".
Gibt es ein bewährtes und kompaktes Tutorial mit Beispielen an denen man sich orientieren udn entlanghangeln kann?

[BananaJoe]

@klassisch also ich nutze den eCharts Adapter. Der findet selbst alle Datenpunkte bei denen eingestellt wurde das Daten aufgezeichnet werden sollen, egal ob über History, SQL oder anderes.
In der Konfiguration von eCharts kann ich dann diese Datenpunkte als Quelle auswählen und mit mein passendes Diagramm zusammen bauen, ggf. aus mehreren Datenpunkten.
In die VIS bekommt man es über das zughörige Widget.
Vorher hatte ich Float genutzt, das funktioniert sinngemäß genauso.

[klassisch]

@bananajoe Vielen Dank, ich nutze noch Flot und kann Daten von History und MariaDB plotten.

Meine Frage geht jetzt in die Richtung:

• Ich habe Daten in ihrer zeitlichen Abfolge
• Aus diesem Zeitverlauf möchte ich nachträglich weitere Auswertungen fahren, wie z.B. ein Häufigkeitshistogramm erstellen. In Flot habe ich dazu keine Funktion gefunden und dachte jetzt, daß eine Datenbank das leisten kann.

[BananaJoe]

@klassisch Wenn du dir die Anleitung des SQL-Adapters anschaust siehts du dort wie man eigene Abfragen machen kann.
Eine Auswertung wäre ja ein SQL-Statement / - Abfrage

Was genau willst du "Auswerten"?

[klassisch]

@bananajoe sagte in Bewährte Histogrammfunktion?:

@klassisch Wenn du dir die Anleitung des SQL-Adapters anschaust siehts du dort wie man eigene Abfragen machen kann.

Vielen Dank, das werde ich mir anschauen

Eine Auswertung wäre ja ein SQL-Statement / - Abfrage

Das war meine Vermutung

Was genau willst du "Auswerten"?

Ich will wissen wie häufig die aufgezeichneten Werte in entsprechenden Wertebereichen liegen. Also ein einfaches Histogramm aus aufgezeichneten Daten generieren.

[BananaJoe]

@klassisch pff da kann ich dir nicht weiterhelfen. Sicher könnte ich mir das zusammengoogeln, aber das kannst du dann auch selbst.

[klassisch]

@bananajoe sagte in Bewährte Histogrammfunktion?:

@klassisch pff da kann ich dir nicht weiterhelfen. Sicher könnte ich mir das zusammengoogeln, aber das kannst du dann auch selbst.

Danke, Ja klar, Du mußt Dir nicht meine Arbeit machen.
Ich starte mal mit der Anleitung zum SQL Adapter und schleiche mich langsam an das Thema an.

[fastfoot]

@klassisch Hier mal eine SQL Abfrage für Tankerkönig, die Klassen und Datenpunkt ID('s) kannst du ja sehr leicht anpassen. Evlt vorher mit Heidi-SQL durchspielen

SELECT d.name,
SUM(CASE WHEN val BETWEEN 1.70 AND 1.79 THEN 1 ELSE NULL END) AS k1,
SUM(CASE WHEN val BETWEEN 1.80 AND 1.89 THEN 1 ELSE NULL END) AS k2,
SUM(CASE WHEN val BETWEEN 1.90 AND 1.99 THEN 1 ELSE NULL END) AS k3,
SUM(CASE WHEN val BETWEEN 2.00 AND 2.09 THEN 1 ELSE NULL END) AS k4,
SUM(CASE WHEN val BETWEEN 2.10 AND 2.19 THEN 1 ELSE NULL END) AS k5,
SUM(CASE WHEN val BETWEEN 2.20 AND 2.29 THEN 1 ELSE NULL END) AS k6,
SUM(CASE WHEN val BETWEEN 2.30 AND 2.39 THEN 1 ELSE NULL END) AS k7
FROM ts_number n 
JOIN datapoints d ON n.id=d.id AND d.name LIKE "tankerkoenig.0.stations%.feed"
WHERE ts > UNIX_TIMESTAMP ('2022-3-1 00:00:00')*1000
GROUP BY d.name

[klassisch]

@fastfoot Danke für das Beispiel. Versuche mich nach und nach durchzukämpfen.