Was sind stored procedures?

[Luckie]

Zitat:

Zitat von Hansa

Mit MySQL das ist allerdings so ziemlich das schlechteste, was in Betracht kommt. Zumindest für Anfänger.

Und warum? Es ist wohl eine der wenigen Datenbanken die auch mit der Personal laufen.

[Robert_G]

Zitat:

Zitat von Luckie

Zitat:

Zitat von Hansa

Mit MySQL das ist allerdings so ziemlich das schlechteste, was in Betracht kommt. Zumindest für Anfänger.

Und warum? Es ist wohl eine der wenigen Datenbanken die auch mit der Personal laufen.

Borland sollte es nicht verhindern können dass du zum Beispiel die TypLibs für ADO importierst. ;)
Damit sollte man fast alle DBs mit einer Personal ansprechen können.

[Hansa]

Zitat:

Zitat von Luckie

Und warum? Es ist wohl eine der wenigen Datenbanken die auch mit der Personal laufen.

Eben, du kommst damit nicht sehr weit, 8)

[Luckie]

Dann zeig mir mal bitte die Grenzen auf. Was kann ich denn damit nicht machen? Ok, mySQL kennt keine stored procedures. Und was kann es noch alles nicht? Desweiteren will ich ja auch erstmal nur lernern mit SQL Datenbanken umzugehen. Ich brauche nicht deswegen auch nicht die allertollsten Features.

[Catbytes]

Zitat:

Zitat von Marcel Gascoyne

Neben diesen normalen Procedures gibt es auch noch Trigger die Ereignisgesteuert ausgeführt werden, um z.b. einen Datensatz nach einem Insert oder Update noch zu manipulieren.

Gruß,
Marcel

Und neben den Triggern, gibt es noch die Cron-Jobs, die meist zeitgesteuert sind. z.B. "jeden Morgen um 08:00 Uhr soll irgend ein Index neu erzeugt werden" oder sowas.

Sowas löst man meist mit einem Cron-Job.

[Luckie]

Kennt mySQL Trigger?

[Robert_G]

Zitat:

Zitat von Luckie

Kennt mySQL Trigger?

Nö
MySQL ist aber sicher eine recht gute Anfänger-DB. Wenn du mittlerweile auch noch in der DB programmieren willst wäre FireBird eine gute Wahl.

[Leuselator]

Zu den Grenzen:
Neben StoredProcedures kann MySQL gegenwärtig auch keine sogenannten "Nested Selects" (auch: "Subselects") verarbeiten. Ausgewachsene DBMS bieten die Möglichkeit, Selects zu schachteln und Selects als Spalten zu benutzen. Beispiel:

SQL-Code:

SELECT Spalte 1
     , (SELECT SUM(Spalte2) 
          FROM Tabelle2) AS Summe -- Nested Select als Spalte!
  FROM Tabelle 1

oder:

SQL-Code:

SELECT Spalte 1
  FROM Tabelle 1
 WHERE Spalte2 IN (SELECT Spalte3 
                     FROM Tabelle3 
                    WHERE Bedingung) -- Nested Select!

die meisten dieser NestedSelects lassen sich auch als JOINS umformulieren (viele Wege nach Rom), aber im Alltag sind Nested Selects schon hilfreich, da sie meist einfacher zu formulieren sind.

Aus meiner Sicht spricht nichts gegen eine Verwendung von MySQL für Deine Zwecke.

Gruß

[Sharky]

Hai Leuselator,
also mein mySQL 4.1 hat mit dieser Abfrage kein Problem ;-)

SQL-Code:

SELECT vorname
FROM test1
WHERE vorname IN (SELECT vorname 
                  FROM test2 
                  WHERE name = 'Sharky')

[Leuselator]

Oho - dann ist MySQL wieder ein Stück weiter gekommen als mir bekannt war...
Also den 2. Teil oben vergessen.
Gruß