Hallo zusammen,
ich verwende für meine Audiosammlung das Programm Helium 2007 dieses
verwendet Mysql als Datenbank. Nun meine Frage wo speichert Mysql die
Daten denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
nicht die eigentlichen Daten. Bei einer Acces Datenbank liegt die
größe bei 53 MB.
Viele Grüße Stefan
Stefan Schuh schrieb:
> Hallo zusammen,
> ich verwende für meine Audiosammlung das Programm Helium 2007 dieses
> verwendet Mysql als Datenbank. Nun meine Frage wo speichert Mysql die
> Daten denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
> nicht die eigentlichen Daten. Bei einer Acces Datenbank liegt die
> größe bei 53 MB.
>
Normalerweise unter
Darunter sind dann die Tabellen zu finden.
Grüße
Werner
--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Stefan Schuh wrote:
> Hallo zusammen,
> ich verwende für meine Audiosammlung das Programm Helium 2007 dieses
> verwendet Mysql als Datenbank.
> Nun meine Frage wo speichert Mysql die Daten
Das kommt aufs System an - bei mir hier ist es "/var/lib/mysql".
> denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
> nicht die eigentlichen Daten.
Was heiÃt, den Datenbanknamen hast Du gefunden? Als Verzeichnis? Wenn ja,
enthält dieses Verzeichnis dann die Dateien der Tabellen.
Thomas
--
Jabber-ID: glglgl@amessage.info (keine Email-Adresse!)
Warum Jabber, was ist das und wie geht das?
http://de.wikibooks.org/wiki/Jabber-Kompendium:_Schnelleinst ieg
On Sun, 1 Apr 2007 19:41:41 +0200, Andreas Kretschmer
>begin Stefan Schuh
>> Hallo zusammen,
>> ich verwende für meine Audiosammlung das Programm Helium 2007 dieses
>> verwendet Mysql als Datenbank. Nun meine Frage wo speichert Mysql die
>> Daten denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
>> nicht die eigentlichen Daten. Bei einer Acces Datenbank liegt die
>> größe bei 53 MB.
>
>Das kann Dir als Anwender egal sein. Die DB speichert die Daten, welches
>Bit und Byte in welcher Datei landet ist egal. Du als Anwender der DB
>sprichst mit der DB, nicht mit dem Filesystem. Access ist eine
>filesystembasierte Möchtergern-DB, also eine ganz andere Liega.
Stimmt schon, nur welche Daten muss ich sichern um im ernstfall nicht
wieder die ganzen Daten neu einzupflegen?
Gruss Stefan
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)
Stefan Schuh schrieb:
> On Sun, 1 Apr 2007 19:41:41 +0200, Andreas Kretschmer
>
>
>> begin Stefan Schuh
>>> Hallo zusammen,
>>> ich verwende für meine Audiosammlung das Programm Helium 2007 dieses
>>> verwendet Mysql als Datenbank. Nun meine Frage wo speichert Mysql die
>>> Daten denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
>>> nicht die eigentlichen Daten. Bei einer Acces Datenbank liegt die
>>> größe bei 53 MB.
>> Das kann Dir als Anwender egal sein. Die DB speichert die Daten, welches
>> Bit und Byte in welcher Datei landet ist egal. Du als Anwender der DB
>> sprichst mit der DB, nicht mit dem Filesystem. Access ist eine
>> filesystembasierte Möchtergern-DB, also eine ganz andere Liega.
>
> Stimmt schon, nur welche Daten muss ich sichern um im ernstfall nicht
> wieder die ganzen Daten neu einzupflegen?
Ich hab dir's doch geschrieben ...
Grüße
Werner
--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de
Andreas Kretschmer schrieb:
> begin Stefan Schuh
>> Hallo zusammen,
>> ich verwende für meine Audiosammlung das Programm Helium 2007 dieses
>> verwendet Mysql als Datenbank. Nun meine Frage wo speichert Mysql die
>> Daten denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
>> nicht die eigentlichen Daten. Bei einer Acces Datenbank liegt die
>> größe bei 53 MB.
>
> Das kann Dir als Anwender egal sein. Die DB speichert die Daten, welches
> Bit und Byte in welcher Datei landet ist egal. Du als Anwender der DB
> sprichst mit der DB, nicht mit dem Filesystem. Access ist eine
> filesystembasierte Möchtergern-DB, also eine ganz andere Liega.
Es ist vor allem ein supertolles Frontend, das bisher von keiner anderen
Datenbank in dieser Form erreicht wurde.
Herzliche Grüße
Werner
--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de
Werner Partner schrieb am 01.04.2007 19:35:
> Normalerweise unter
>
Es sei denn er nutzt InnoDB, weil das Prog z.B. Transaktionen verwendet...
> Grüße
> Werner
MfG Thomas.
Andreas Kretschmer schrieb:
> begin Stefan Schuh
>> Hallo zusammen,
>> ich verwende für meine Audiosammlung das Programm Helium 2007 dieses
>> verwendet Mysql als Datenbank. Nun meine Frage wo speichert Mysql die
>> Daten denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
>> nicht die eigentlichen Daten. Bei einer Acces Datenbank liegt die
>> größe bei 53 MB.
>
> Das kann Dir als Anwender egal sein. Die DB speichert die Daten, welches
> Bit und Byte in welcher Datei landet ist egal. Du als Anwender der DB
> sprichst mit der DB, nicht mit dem Filesystem. Access ist eine
> filesystembasierte Möchtergern-DB, also eine ganz andere Liega.
Wenn schon Herablassung, dann empfehle ich,
1. nicht selbst mit Rechtschreibfehlern der Spottlust Anreize bieten
("Liega", "Möchtergern"), und
2. mit einer anständigen Datenbank zu arbeiten und nicht so einer
filesystembasierten Möchtegern-DB wie MySQL. "Filesystembasiert" mit
"Möchtegern-DB" zu assoziieren weckt in mir eher die Assoziation eines
profunden Halbwissens, schließlich bietet selbst DB2 die Option auf
Speicherung in Dateien (siehe
http://www-128.ibm.com/developerworks/db2/library/techarticl e/adamache/0621_adamache.html
"SMS versus DMS table spaces").
Herablassung ist unfein und trollig, deshalb gibt's den hier: <°)))o><
:-)))
Um Andreas' Frage mal sinnvoll zu beantworten:
1. Es gibt üblicherweise irgendwo im System eine Datei my.cnf, in der im
Abschnitt [mysqld] die diversen Speicherorte konfiguriert sind. Die
relevante Einstellung ist datadir=...
Auf Linux-Systemen meist irgendwo in /etc zu finden.
Unter Windows ist die Vielfalt größer, meine XAMPP-Installation legt die
my.cnf in C:\Programme\xampp\mysql\bin ab (wo sie nun eigentlich
überhaupt nicht hingehört, aber XAMPP ist halt "quick&dirty for the
developer" und hat so durchaus seine Berechtigung). Wo Helium den Kram
hintut, weiß hier wahrscheinlich keiner - einfach mal die
Dateisystemsuche anwerfen.
Im Datenverzeichnis liegt jede Datenbank üblicherweise in einem eigenen
Unterverzeichnis, darin wieder jede Tabelle in einer eigenen Datei. Am
besten sichert man jeweils ein komplettes Unterverzeichnis - allerdings
sollte mysql abgeschaltet sein, wenn man das Backup macht (und auch
dann, wenn man die Daten wiederherstellt), sonst riskiert man
Datenverluste (zwar nur einzelne Datensätze, wenn Helium einigermaßen
gut programmiert ist, aber...)
2. Man kann auch mit EXPORT TABLE oder SELECT ... OUTFILE usw. arbeiten.
Das sind allerdings SQL-Befehle, und um die abzusetzen, benötigt man
entweder eine mysql-Befehlszeile oder ein phpMyAdmin (für das man wieder
einen laufenden Apache oder lighttpd benötigt)... also eher
Befehlszeile; fragt sich nur, ob sowas bei Helium dabei ist. Solange
Helium läuft, kommt man möglicherweise auch mit ein paar Tricks in die
Datenbank rein, aber das ist definitiv keine gute Idee: man weiß ja
nicht, ob Helium nicht grad in dem Moment in der Datenbank rumschreibt,
wenn man sein Backup macht.
3. Wenn Helium selbst eine Backupfunktion bietet, dürfte das die beste
Möglichkeit sein.
HTH
Jo
Werner Partner
> Stefan Schuh schrieb:
>
>> Stimmt schon, nur welche Daten muss ich sichern um im ernstfall nicht
>> wieder die ganzen Daten neu einzupflegen?
>
> Ich hab dir's doch geschrieben ...
Du hast Unsinn geschrieben. Und selbst wenn die Daten dort lägen,
wo du gesagt hast, würde es nichts nützen sie wegzusichern, wenn
der MySQL-Server läuft.
@Stefan: mysqldump ist dein Freund. Im Zweifelsfall einfach alles
sichern, was in deinem MySQL liegt:
shell> mysqldump --all-databases >/tmp/backup.sql
Wahlweise noch gzipen und irgendwo sichern. Details verrät das
freundliche Handbuch unter:
http://dev.mysql.com/doc/refman/5.0/en/mysqldump.html
http://dev.mysql.com/doc/refman/5.0/en/disaster-prevention.h tml
XL
Werner Partner schrieb:
>> Access ist eine
>> filesystembasierte Möchtergern-DB, also eine ganz andere Liega.
>
> Es ist vor allem ein supertolles Frontend, das bisher von keiner anderen
> Datenbank in dieser Form erreicht wurde.
Da haben wir schon das Problem: Access ist halt keine wirkliche DB,
sondern nur ein Frontend, das mit DBen sprechen kann und selber etwas
mit bringt, daß man notfalls DB nennen könnte. Falscher Ansatz also.
Grüße,
Dominik
Thomas Rachel schrieb:
>
>> denr Datenbankname habe ich im Mysql verzeichniss gefunden nur
>> nicht die eigentlichen Daten.
>
> Was heiÃt, den Datenbanknamen hast Du gefunden? Als Verzeichnis? Wenn ja,
> enthält dieses Verzeichnis dann die Dateien der Tabellen.
Vielleicht noch schnell den Hinweis am Rande: Man sollte die platten
DB-Dateien nur dann sichern, wenn man genau weiÃ, was man tut. Der Umweg
über einen Dump ist allemal sicherer und portabler. Wer das nicht
beherzigt, steht schnell vor einem Haufen Müll, wenn er einen Restore wagt.
GrüÃe,
Dominik
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Dominik Echterbruch schrieb:
> Werner Partner schrieb:
>>> Access ist eine
>>> filesystembasierte Möchtergern-DB, also eine ganz andere Liega.
>>
>> Es ist vor allem ein supertolles Frontend, das bisher von keiner
>> anderen Datenbank in dieser Form erreicht wurde.
>
> Da haben wir schon das Problem: Access ist halt keine wirkliche DB,
> sondern nur ein Frontend, das mit DBen sprechen kann und selber etwas
> mit bringt, daß man notfalls DB nennen könnte. Falscher Ansatz also.
Ich warte immer noch darauf, dass es ein Frontend gibt, das die
Funktionalität von Access hat, ähnlich leicht zu bedienen ist und auf
verschiedenen Betriebssystemen läuft.
Auch OpenOffice kommt da nicht mit.
Grüße
Werner
--
--------------------------------------------------
Dorothee & Werner Partner, 45699 Herten
http://www.sonoptikon.de
Andreas
--
Andreas Kretschmer
Linux - weil ich es mir wert bin!
GnuPG-ID 0x3FFF606C http://wwwkeys.de.pgp.net
Deutsche PostgreSQL User Group: http://pgug.de
Andreas Kretschmer schrieb:
> begin Joachim Durchholz schrieb:
>> 1. nicht selbst mit Rechtschreibfehlern
>
> Herrmann's Law.
Bequem.