Mailinglisten-Archive |
--------------998626684F136282B1F05F6C Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hallo Werner, Dirk und Michael, vielen Dank fuer Eure Mails, die mir so viel geholfen haben! Ich denke, fuer meinen Fall (die Limitierung) werde ich MERGE type benutzen, um die Test Daten gut zu organisieren. Mit vielen Gruessen, Aihong. > Ich würde mir mal den MERGE type anschauen. Der ist eigentlich > für diese Art Probleme gemacht (kann aber auch sonst sinnvoll > eingesetzt werden). Die Daten werden halt in kleineren Einheiten > gesammelt, etwa pro Monat, Woche, Tag, Stunde, Minute, ... so daß > man mit Limits nichts zu tun hat, und dann mit MERGE beliebig für > Auswertungen zusammengefaßt. Man kann und sollte die alten > Log-Tabellen noch komprimieren, was sie kleiner und schneller > macht. > > Aihong Yin schrieb am Mittwoch, 9. Oktober 2002, 17:32:49: > > > Hallo Dirk, > > > vielen Dank feur die Info in letzter Mail. Ich habe MySQL Manual noch mal > > gelesen, > > und hoffe, dass ich jetzt richtig verstanden habe: > > > 1) Table Size (Type MYISAM) in Version 3.23 kann 8 million terabyte erreichen, > > und ist auf 4G eingeschraenkt wegen Linux Kernel 2.4. > > 2) Aber man kann MySQL mit " --with-raid" konfigurieren um das obige Problem zu > > Loesen. > > > is das richtig? > > > Uerigens, man kann die Paramter MAX_ROWS und AVG_ROW_LENGTH einstellen, > > um die gewuenschte Tabellengroesse zu kriegen, is das richtig? > > >> > Ich habe nicht ganz verstanden, ob Linux kernel 2.4 ein "OS supporting big > >> > files" ist, und ob Configuration MySQL mit " --with-raid" auf unser System > >> > gut ist ... > >> > >> Der "RAID" kommt von MySQL und nicht vom Server-OS. > > > Ja, das stimmt. > > >> Was verstehst Du > >> unter "gut" ? Performance ? > > > Naja, weil es in Section Create Table Syntax "...The RAID_TYPE option is not > > recommended for filesystem that > > supports big files! You can get more speed from the I/O bottleneck by putting > > RAID directories on different physical disks...." steht. > > > Ich habe das nicht ganz verstanden, und ich weiss nicht ob Linux Kernel 2.4 ein > > "filesystem supporting big files" ist. > > > Viele Gruesse, > > Aihong > > > --- > > Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter > -->>> http://www.4t2.com/mysql > > Mit freundlichen Grüßen > Werner Stürenburg > > -- > MySQL schlägt Microsoft: > http://www.eweek.com/article/0,3658,s=708&a=23115,00.asp > __ ___ ___ ____ __ > / |/ /_ __/ __/ __ \/ / Dr.math. W. Stürenburg <werner_(at)_mysql.com> > / /|_/ / // /\ \/ /_/ / /__ MySQL AB/GmbH, Consultant, Trainer > /_/ /_/\_, /___/\___\_\___/ Bielefeld, Germany > <___/ www.mysql.de +49-5224-997-407, GSM +49-172-938 0 238 > > --- > Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter > -->> http://www.4t2.com/mysql -- Aihong Yin Fraunhofer FOKUS Kaiserin-Augusta-Allee 31 tel: +49-30-3463-7384 D-10589 Berlin fax: +49-30-3463-8384 --------------998626684F136282B1F05F6C Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <!doctype html public "-//w3c//dtd html 4.0 transitional//en"> <html> Hallo Werner, Dirk und Michael, <p>vielen Dank fuer Eure Mails, die mir so viel geholfen haben! <p>Ich denke, fuer meinen Fall (die Limitierung) werde ich MERGE type <br>benutzen, um die Test Daten gut zu organisieren. <p>Mit vielen Gruessen, <br>Aihong. <br> <blockquote TYPE=CITE>Ich würde mir mal den MERGE type anschauen. Der ist eigentlich <br>für diese Art Probleme gemacht (kann aber auch sonst sinnvoll <br>eingesetzt werden). Die Daten werden halt in kleineren Einheiten <br>gesammelt, etwa pro Monat, Woche, Tag, Stunde, Minute, ... so daß <br>man mit Limits nichts zu tun hat, und dann mit MERGE beliebig für <br>Auswertungen zusammengefaßt. Man kann und sollte die alten <br>Log-Tabellen noch komprimieren, was sie kleiner und schneller <br>macht. <p>Aihong Yin schrieb am Mittwoch, 9. Oktober 2002, 17:32:49: <p>> Hallo Dirk, <p>> vielen Dank feur die Info in letzter Mail. Ich habe MySQL Manual noch mal <br>> gelesen, <br>> und hoffe, dass ich jetzt richtig verstanden habe: <p>> 1) Table Size (Type MYISAM) in Version 3.23 kann 8 million terabyte erreichen, <br>> und ist auf 4G eingeschraenkt wegen Linux Kernel 2.4. <br>> 2) Aber man kann MySQL mit " --with-raid" konfigurieren um das obige Problem zu <br>> Loesen. <p>> is das richtig? <p>> Uerigens, man kann die Paramter MAX_ROWS und AVG_ROW_LENGTH einstellen, <br>> um die gewuenschte Tabellengroesse zu kriegen, is das richtig? <p>>> > Ich habe nicht ganz verstanden, ob Linux kernel 2.4 ein "OS supporting big <br>>> > files" ist, und ob Configuration MySQL mit " --with-raid" auf unser System <br>>> > gut ist ... <br>>> <br>>> Der "RAID" kommt von MySQL und nicht vom Server-OS. <p>> Ja, das stimmt. <p>>> Was verstehst Du <br>>> unter "gut" ? Performance ? <p>> Naja, weil es in Section Create Table Syntax "...The RAID_TYPE option is not <br>> recommended for filesystem that <br>> supports big files! You can get more speed from the I/O bottleneck by putting <br>> RAID directories on different physical disks...." steht. <p>> Ich habe das nicht ganz verstanden, und ich weiss nicht ob Linux Kernel 2.4 ein <br>> "filesystem supporting big files" ist. <p>> Viele Gruesse, <br>> Aihong <p>> --- <br>> Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter <br>-->>> <a href="http://www.4t2.com/mysql">http://www.4t2.com/mysql</a> <p>Mit freundlichen Grüßen <br>Werner Stürenburg <p>-- <br>MySQL schlägt Microsoft: <br><a href="http://www.eweek.com/article/0,3658,s=708&a=23115,00.asp">http://www.eweek.com/article/0,3658,s=708&a=23115,00.asp</a> <br> __ ___ ___ ____ __ <br> / |/ /_ __/ __/ __ \/ / Dr.math. W. Stürenburg <werner_(at)_mysql.com> <br> / /|_/ / // /\ \/ /_/ / /__ MySQL AB/GmbH, Consultant, Trainer <br>/_/ /_/\_, /___/\___\_\___/ Bielefeld, Germany <br> <___/ www.mysql.de +49-5224-997-407, GSM +49-172-938 0 238 <p>--- <br>Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter <br>-->> <a href="http://www.4t2.com/mysql">http://www.4t2.com/mysql</a></blockquote> <pre>-- Aihong Yin Fraunhofer FOKUS Kaiserin-Augusta-Allee 31 tel: +49-30-3463-7384 D-10589 Berlin fax: +49-30-3463-8384</pre> </html> --------------998626684F136282B1F05F6C-- --- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive