Mailinglisten-Archive |
[Nagy Wilhelm] Hallo Joerg, a) 100 chater ins IMHO eher eine frage der hardware und des webservers als der Datenbank. b) LOCK und Autoincrement sollte das Problem der eintragsreihenfolge lösen c) die letzten 10 sind mit LIMIT n und order bei KEY 'erschlagbar' d) der Rest ist IMHO ein Perl ode PHP problem. Zu geschwindigkeitstest's. Ich habe vor implementation meiner DB-Applikation verschiedene Produkte getestet. Ohne langweilig banchmarks zu wiederholen kann ich sagen, dass im mischbetrieb mySQL auch gegen die 'grossen' Oracle DEC-Rdb, sql-server klaglos abschneidet und besonders bei insert's sehr gut bis gute ergebnisse erzielen. Desweiteren habe ich die erfahrung gemacht, dass offt besser ist die SQL's in der applikation in mehrer kleine zu zerlegen. Es stehen in den verschiedenen applikationsumgebungen verschiedene werkezeuge zu verfügung (vorkompelierte SQL-statments etc.) welche optimierungen erlauben. Vorteile bei mySQL sehe ich auch im täglichen betrieb. Einfache wartung leichtes kopieren. Eine vielzahl von Werkzeugen zur datenbearbeitung. Recht unempfindlich bei plattformwechsel. (ich fahre die DB auf einem linux-server waehrend der zugriff auf einem IIS unter NT statfindet.[auf dem nichtmal mysql installiert ist sonder nur DBI/DBD::mysql]). Vor kurzem war in diesem forum auch eine diskussion ueber geschwindigkeitsvergleichen filesystem <-> db. lg \^/ili > _______________________________ > Extensions and Basics for Macromedia > "Dreamweaver Ultradev" > .............................................................. > www.ultradevextensions.de > www.udex.de > info_(at)_udex.de > _______________________________ > ----- Original Message ----- > From: "Michael Donning" <donning_(at)_informenta.de> > To: <mysql-de_(at)_lists.4t2.com> > Sent: Tuesday, January 22, 2002 3:17 PM > Subject: RE: Stored Proc. und Subselects ? > > > > Moin Joerg, > > > > > -----Original Message----- > > > From: J rg Schwalenberg [mailto:info_(at)_udex.de] > > > Hallo Dirk, > > > > > > Mist ! Da muß ich auf sql Server umsteigen. ich hätte diese Functioen > für > > > einen Co Chat benötigt, der über St.Proc die DB aufräumt. Außerdem > benötig > > > ein SQL Subselect in der Where Klausel, dass mir die ersten 10 DS > liefert. > > > > > > > > > select * > > > from tab1 > > > where id IN(select TOP 10 tab2 from tab2 where chatid=id) > > > > > > > Nun mal langsam. In das Verderben kann man sich ja noch früh genug > begeben > > ;-). > > > > Also, viele (jaja nicht alle) SQL-Sub-Selects kann man auch in "flache" > > Selects aufdröseln. > > > > vielleicht (grobe näherung): > > > > select tab1.* from tab1 inner join tab2 on tab1.id=tab2.chatid limit 10 > > > > Der Rest ist (allernotfallstens) über eine angepaßte Programmierung > lösbar. > > > > Ein Aufräumen der Datenbank kann man ggf. auch über script/programm > > erledigen z.B. in php oder perl. Es bietet sich an dies über cron (äh > unter > > w32 gibts ja auch so einen zeitplanungsdienst (AT)) zeitgesteuert zu > > starten. > > > > Sollten alle Stricke reißen wäre auch noch mal PostgreSql zu prüfen. Das > > bietet definitiv stored procedures und bei subselects würde ich spontan > > denken, daß die auch implementiert sind. > > > > Gruss, Michael Donning > > > > --- > > Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter > > -->> http://www.4t2.com/mysql > > > > --- > Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter > -->> http://www.4t2.com/mysql --- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive