Migration VB/MS-SQL -> php/mySQL ?

[MOBOTIX AG - Oliver Strecke (MX)]

Hallo Hans-Jürgen,

das Dreamteam PHP/MySQL sollte durchaus in der Lage sein
diese Randbedingungen zu erfüllen.

Seitens PHP gibt es z.B. mit set_time_limit(0); die
Möglichkeit das Zeitlimit einfach auszuschalten oder
hochzuschrauben. Mit connection_aborted() und
register_shutdown_function()
(http://de2.php.net/manual/de/function.register-shutdown-function.php)
kann man unter PHP außerdem Abbrüche von "Jobs" abfangen
und eine saubere Ausführung garantieren.
Damit sollten die PHP-Skripte mittels cronjobs problemlos
laufen.

Eine andere sehr elegante Möglichkeit besteht weiterhin
durch das erstellen eigener PHP-TCP/IP/UDP-Dienste mit den
Socket-Funktionen
(http://de2.php.net/manual/de/ref.sockets.php).

Damit sollte ein hoher Automatisierungsgrad herstellbar
sein. Ich weiß von einigen Langzeitprozessen die auf dieser
Basis sehr erfolgreich laufen. Ob das bei Deinen
Datendurchsätzen auch passt, ist schwer zu sagen. Der Weg
zu PHP/MySQL + Linux klingt aber auf dem ersten Blick - für
mich - für diese Daten durchaus sinnvoll.

Wenn man den Benchmarks der aktuellen MySQL-DBs glauben
darf, sollten diese Datendurchsätze (wobei Du nicht
angegeben hast wie groß die Daten sind) kein Problem sein.



Am Wed, 9 Feb 2005 12:27:42 +0100°N °F schrieb:
> Hallo Leute,
> 
> ich soll eine Aussage zu php/mySQL treffen und bin
> mir nach zwei googligen Tagen eher unsicherer geworden
> denn wissender.
> 
> Mein Kunde hat eine bestehende Anwendung bestehend aus
> einem
> VB-6-Programm, welches Messdaten im Minutentakt in eine
> MS-SQL-2000-Datenbank schaufelt. Dort werden diese dann
> von
> SQL-Prozessen im 2- bzw. 5-Minutentakt weiterverarbeitet.
> Ergebnis ist sowas wie ein Datawarehouse, welches per
> IIS/ASP-Skripten abgefragt wird.
> 
> Datenvolumen sind derzeit ca. 100 Datensätze pro Minute
> Input.
> Output kann bei ca. 250 Records per Minute liegen.
> 
> Das Datenvolumen könnte auch noch steigen auf ca. input =
> 500, output =
> 1200.
> 
> Lief bislang auch immer reibungslos. Nu wächst wohl die
> Datenmenge
> und es sieht so aus, dass der SQL-Server beim Abarbeiten
> seiner Jobs
> die Resourcen nicht mehr freigibt, weil er dann plötzlich
> schon
> wieder mit neuen Tasks beschäftigt ist. So schaukelt sich
> der
> Speicherbedarf dann hoch, bis der Server dicht ist.
> 
> Stoppt man die SQL-Jobs, braucht er ne Stunde bis er sich
> wieder von ganz alleine beruhigt, was wie ich denke meine
> Theorie
> bestätigt.
> 
> Mein Kunde fragt mich nun, ob es denn eine Lösung sein
> könnte, die
> Applikation auf php/mySQL zu ziehen. Hört sich für mich
> sehr
> faszinierend an, da ich um die Performance des Gespanns
> weiss.
> 
> Knackpunkte sind für mich dabei die zeitgetriggerten
> Datenbank-Jobs
> die ja dann allesamt auf php-Seite laufen müssen. Da habe
> ich bislang
> nur die cron-Lösung ausfindig gemacht. Für mich ist da
> auch das Risiko
> dabei, dass so ein php-Job mglw. nicht fertig ausgeführt
> wird,
> weil zB das Timelimit erreicht ist.
> 
> Ich kenne es vom IIS, dass ASP-Skripte nicht immer bis
> Ende
> ausgeführt werden und abbrechen. Gründe konnte ich
> keine erkennen. Daher befürchte ich hier ähnliches.
> 
> Seitens mySQL weiss ich nicht, ob es hier Grenzen gibt.
> Pro Input-Datensatz werden ca. 50 SQL-Queries abgesetzt.
> 
> Hat da jemand eine Idee zu ?
> 
> Beste Grüße,
> 
> Hans-Jürgen
> 
> PS: Habe es wegen der Themenverwandtschaft auch in der
> php- UND der
> mySQL-Liste gepostet.
> 
> -- 
> Infos zur Mailingliste, zur Teilnahme und zum An- und
> Abmelden unter
> -->>  http://www.4t2.com/mysql 
> 
> 
> 

--
Oliver Strecke

MOBOTIX AG
Luxemburger Straße 6
D-67657 Kaiserslautern

fon: +49 631 3033 144
fax: +49 631 3033 190
email: oliver.strecke at mobotix.com
www: http://www.mobotix.com

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