unixcities

Bevor du in oberlehrermanier mit dem handbuch hantierst, solltest du
dieses selbst gelesen haben. schön wäre außerdem, wenn du die
gestellten fragen nicht nur lesen, sondern auch erfassen würdest.
Es ging hier nämlich um das problem, wie man auf die shell-ebene
kommt. Das funktioniert, wie ich inwischen anderweitig erfahren habe,
durch eingabe von „set PROMPT=shell$G“ in der eingabeaufforderung. In
diesem anderen forum hat man übrigens auf anhieb begriffen, worum es
in meiner frage geht.
In dem von dir genannten hb-kapitel steht dazu nichts.
Dass das meiste irgendwo im handbuch steht wird jeder schon geahnt
haben bevor die ehre hatte von dir darauf verwiesen zu werden.
Wenn Du das genannte Kapitel wirklich gelesen und verstanden hättest,
wäre Dir klar, dass in den Beispielen “shell>” nur ein Platzhalter
ist, um zu zeigen, dass das Kommando in der Shell und nicht im
MySQL-Kommandoprompt ausgeführt werden soll. Es ist völlig
gleichgültig, wie der Prompt tatsächlich aussieht.
Aber egal. Ich muss meine Zeit ja nicht mit der Lösung Deiner
Probleme verschwenden.

Update: Ich habe mal eine Newsletter-Software versucht mit dem Mysql CLient unter Windows zu betreiben. Leider war die Geschwindigkeit nicht so hoch wie unter Linux. Also immer versuchen das Zeug unter Linux zu installieren.

Ich hab ferner gelesen, daß PostgreSQL unter Linux das einzige vernünftige (kostenlose) DBMS sei, das annähernd die features und die du darfst nicht alles glauben was du liest. Ich habe gelesen dass  MySQL 10 mal so schnell ist wie XYZ und DB2 bei Cost per Transaction mit einer PowerPC Kiste 10 mal billiger ist als XYZ und das Oracle 10 mal besser als XYZ ist usw… usw… 1. US Firmen darfst du nichts glauben. 2. Du darfst niemandem was glauben, wenn du dafür haften musst, nur du selber trägst die Verantwortung, wenn du die Verantwortung trägst. performance von den o.g. Giganten erreicht und für den SOHO Bereich mehr als ausreicht. Wieso dann diese Krücke namens MySQL? Sind ISP geh mal dahin und probiere das aus was da als Beispiel steht. http://www.mysql.com/doc/F/u/Fulltext_Search.html Wenn du rein MySQL holst und installierst, bzw. für eine WAMP Kiste Foxserv holst und installierst kannst du das obige Beispiel in 5 Minuten abtippen und ausprobieren. Installation von MySQL oder Foxserv dauert auch nicht länger als 5 Minuten. Ich will das die ganze Zeit mit grösseren Datensätzen ausprobieren und mit tuning und gegen ein ähnliches konstrukt bei anderen Datenbanken und auch dort mit tuning, komme aber nicht dazu. Schau dir z. B. diesen kurzen, simplen, objektiven Artikel über MySQL<->PostgreSQL an. Ist schon etwas älter, aber trotzdem nett zu lesen und die comments bei Phpbuilder sind auch meist brauchbar.

mySQL dürfte für die allermeisten Zwecke völlig ausreichen! Arm sind nur Leute, die mit “features” argumentieren die sowieso niemand braucht. MySQL dürfte mit solchen fehlenden Features für die wenigsten (Datenbank-)Anwendungsfälle geeignet sein. Fehlendes TA-Management hat  nichts damit zu tun, dass Leute um features disskutieren, die niemand braucht. Eher damit, dass die Entwickler nicht in der Lage sind, soetwas hinzubekommen. In Multiuser-Umgebungen heute noch ohne TA-management zu arbeiten, ist mehr als Mut. Das ist doch alles relativ. Wenn ich eine (hauptsächlich) Lookup-Datenbank für eine Webseite habe, dann _brauche_ ich einfach keine Transaktionen, aber Speed. Wenn nur wenige Write-Zugriffe in einer ” “nicht-mission-critical”-Datenbank stattfinden, kann ich auch darauf verzichten.  Ein ERP-System muß man ja deswegen nicht gleich dranhängen, aber evtl. kann man sich die Lizenzkosten für einen weiteren Oracle-Rechner sparen und diese nichtkritische Last auf eine billigen mysql-Kiste legen. Das nur so als Beispiel.  Alles eine Frage der Anwendung – und es gibt Anwendungen, für die MySQL genau richtig ist, genauso wie solche, bei denen ich nicht im Traum dran denken würde, das Ding zu nutzen.