platzbedarf bitte um eure Hilfe

hallo ng
bitte kann mir jemand sagen oder helfen wie ich das ermittle, wie groß meine
db wird wenn ich 255000 formatierte dateien(lt.explorer je 265KB mit je 5700
zeilen und 236 feldern = 1 x datum + 235 x single-wert)dateien als
vierspaltige tabelle (Dateiname, datum, Feldkopf , wert) einlese.
ich frag das deshalb so und vorher, wenn ichs ausprobiere steh ich
vielleicht irgend wo an und nichts geht mehr.
wenns klappt, ist so ein db noch sinnvoll ?
für mich wäre das wichtig wenn das möglich wäre


Johann Dorner

Re: platzbedarf bitte um eure Hilfe

Am 04.10.2007 08:40 schrieb Johann Dorner:
> hallo ng
> bitte kann mir jemand sagen oder helfen wie ich das ermittle, wie groß meine
> db wird wenn ich 255000 formatierte dateien(lt.explorer je 265KB mit je 5700
> zeilen und 236 feldern = 1 x datum + 235 x single-wert)dateien als
> vierspaltige tabelle (Dateiname, datum, Feldkopf , wert) einlese.
> ich frag das deshalb so und vorher, wenn ichs ausprobiere steh ich
> vielleicht irgend wo an und nichts geht mehr.
> wenns klappt, ist so ein db noch sinnvoll ?
> für mich wäre das wichtig wenn das möglich wäre

Postings lassen sich deutlich besser lesen, wenn man die hierzulande
übliche Groß- und Kleinschreibung und eine hinreichend korrekte
Ortografie und Interpunktion benutzt.

Abgesehen davon: Was spricht dagegen, *eine* von diesen 255000 Dateien
so zu speichern, wie Du es planst (ich habe leider deiner wirren
Erklärung nicht entnehmen können, was Du eigentlich tun willst), Dir
die resultierenden Tabellen anguckst und das dann hochrechnest?

Alternativ könnte man natürlich auch die Dokumentation von MySQL zur
Hand nehmen und nachlesen, wieviel Platz welcher Datentyp verbraucht ...

--
Christian

Re: platzbedarf bitte um eure Hilfe

"Johann Dorner" wrote:

> bitte kann mir jemand sagen oder helfen wie ich das ermittle, wie groß meine
> db wird wenn ich 255000 formatierte dateien(lt.explorer je 265KB mit je 5700
> zeilen und 236 feldern = 1 x datum + 235 x single-wert)dateien als
> vierspaltige tabelle (Dateiname, datum, Feldkopf , wert) einlese.

Wenn ich das recht verstehe, dann werden das 235 Zeilen in der DB pro
Zeile im Datenfile. Also 235*5700*255000 = 3415725000000 Zeilen.
DATE und FLOAT brauchen jeweils 4 Bytes, nehmen wir für Filename und
Feldkopf mal CHAR(10) an, dann macht das netto 28 Byte pro Zeile bzw.
9564030000000 Bytes ~= 10TB. Je nach storage engine kommen noch 5-50%
Overhead dazu (und Indexe gehen natürlich sowieso extra).

In welcher Klasse bist du, daß ihr das Multiplizieren noch nicht hattet?

> ich frag das deshalb so und vorher, wenn ichs ausprobiere steh ich
> vielleicht irgend wo an und nichts geht mehr.

Wieso? Fette RAIDs und Festplatten zu 1TB/Stück sind ja handelsüblich.
Das Befüllen sollte (abzüglich Indexe) auch recht flott gehen.

> wenns klappt, ist so ein db noch sinnvoll ?

Bei einer derartig regelmäßigen Datenstruktur? Nein!

Allerdings sehe ich da ein paar kleine Inkonsistenzen in deinen
Angaben. Bei 5700 Zeilen in 265KB bleiben gerade mal 47 Zeichen je
Zeile. Wie bekommst du darin ein Datum und 235 Floats unter? Oder
meinst du mit "single-wert" was anderes als "single precision float"?

> für mich wäre das wichtig wenn das möglich wäre

Unmögliches machen wir sofort. Wunder dauern etwas länger.


XL