Stored Proc. und Subselects ?

[Jörg Schwalenberg]

Hallo Nagy,

danke für Deine Antwort. Ich werde auch eine MySQL DB austesten, weil ich
persönlich auch vieles mit MySQL mache. Da es sich hier aber um einen Co
Browsing Chat für einen großen Autokonzern handelt, werde ich keinerlei
Risiken eingehen.

Mal sehen , ob die SQL Statenments erstmal problemlos zu erschlagen sind.
Wenn ja, dann teste ich zuerst MySQL.


Jörg Schwalenberg
_______________________________
Extensions and Basics for Macromedia
"Dreamweaver Ultradev"
..............................................................
www.ultradevextensions.de
www.udex.de
info_(at)_udex.de
_______________________________
----- Original Message -----
From: "Nagy Wilhelm" <Nagy_(at)_ubavie.gv.at>
To: <mysql-de_(at)_lists.4t2.com>
Sent: Tuesday, January 22, 2002 3:46 PM
Subject: AW: Stored Proc. und Subselects ?


> [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
>

---
Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter
-->>  http://www.4t2.com/mysql