Diskussion:MySQL/Archiv

message: ein abgleich mit der en:-variante wäre gut. --Keichwa 05:43, 22. Nov 2003 (CET)
replies: text: Danke für den Hinweis. Den Abgleich habe ich gemacht. Der deutsche Artikel ist inzwischen ausführlicher, als der englische. --Julius-m 22:17, 14. Jun. 2007 (CEST)
thread_title:  Abgleich mit der englischen Variante 

message: ... der beteiligten Software als LAMP bzw. WAMP (mittlerweile als XAMPP) bezeichnet ...
also WAMP wird mittlerweile als XAMPP bezeichnet ?!? hab ich das richtig verstanden? denn das wär imho _falsch_ xampp ist sowohl fuer linux als auch fuer windows (und andere verfügbar) ... --Eaglo
Da hast du recht, das XAMPP ist ein Projekt welches ein solches Paket fuer mehrere Betriebssysteme schnuert (wobei das X mit W, L, M, B, usw. ausgetauscht werden kann). --84.57.98.116 19:50, 20. Sep. 2007 (CEST)
replies: text: Zu XAMP gibt es einen eigenen Wikipedia-Artikel. --Julius-m 09:26, 24. Jan. 2008 (CET)
thread_title:  XAMPP 

message: Das [sprich: mai-es-kju-el] wirkt ziemlich lächerlich und unprofessionell. -- KL47
:ist außerdem nicht ganz richtig. Im MySQL Reference-Manual 5.1 steht in Kapitel 1.4: Die offizielle Aussprache von „MySQL“ ist „Mai Es Ku Ell“ (nicht „Mai Sie Quell“). -- 82.135.37.138 14:55, 20. Mär. 2007 (CET)
replies: text: Ja, das hat er doch geschrieben.... --01:43, 19. Sep. 2008 (CEST)
thread_title:  Aussprache 

message: die literaturangaben sollten an die standard-formatierung (siehe Wikipedia:Literatur) angepasst werden - insbesondere sind werbe-weblinks und klappentext-blurbs der verlage unerwünscht. siehe auch Diskussion:Macromedia_Flash#Literatur. grüße, Hoch auf einem Baum 11:51, 5. Mär 2005 (CET)
replies: text: Es wäre super, wenn man die Bücher etwas ausmistet... Wir sind keine Werbeplattform und sollten daher nur je eins für Anfänger, Fortgeschrittene und Profis anbieten... Einverstanden? Empfehlungen? --Cyper 21:58, 1. Jun 2005 (CEST)
thread_title:  Literatur 

message: Der Artikel behandelt bisher zu wenig die Schwächen von MySQL, etwa deren mangelhafte SQL-Standard-Konformität. Diese sorgt bei vielen Neulingen aber auch bei MySQL-zu-...-Umsteigern (andersrum sicher auch, aber wer will schon freiwillig von etwas anderem zu MySQL migrieren? ;-)) für viel Verwirrung oder Frust, weil sich MySQL eben nicht an den SQL-Standard hält, sondern vielerorts sein eigenen Süppchen kocht. (Siehe: http://sql-info.de/mysql/gotchas.html )
Dass die Fähigkeiten von MySQL außerdem vom gewählten Tabellentyp abhängen, und man nicht _alle_ Features in einer Tabelle haben kann, ist auch eine – IMHO wwesentliche – Schwäche von MySQL.
--RokerHRO 17:03, 18. Apr 2005 (CEST)
replies: text: Eine Liste der Abweichungen vom SQL-Standard fände ich eine sinnvolle Ergänzung in diesem Artikel. Die Liste muss ja nicht gleich vollständig sein, sondern kann ja von verschiedenen Autoren ergänzt werden. Im Übrigen sollten diese Abweichungen in der aktuellen Version wesentlich weniger geworden sein im Vergleich zu früheren Versionen. -- 82.135.37.138 15:02, 20. Mär. 2007 (CET)
thread_title:  Schwächen von MySQL 

message: Kann man die Linkliste etwas kürzen? Oder sind alle Links wichtig? Irgendwie kommt es mir doch recht viel vor...--Cyper 22:55, 22. Mai 2005 (CEST)
replies: text: [X] Done --Qbi 14:39, 23. Mai 2005 (CEST)

text: Nein hat er nicht. Es ist dasselbe SQL, dass auch von DB2 und Oracle unterstützt wird. Keine DB unterstützt den SQL3-Standard 100% So eben auch MySQL nicht. -- 82.135.37.138 10:54, 19. Mär. 2007 (CET)
thread_title:  Links 

message: Die Bücher von Matthias Kannengießer wurden vom Autor selbst hinzugefügt: , und 
Ein anderer Benutzer hielt offenbar nicht so viel von den Büchern: 
Da der Autor sein Wikipedia-Konto fast ausschließlich dazu benutzt, seine Bücher in Artikel einzustellen, frage ich mich, ob die hier aufgelisteten Bücher über MySQL tatsächlich den in WP:LIT formulierten Ansprüchen genügen ("Bitte vom Feinsten! Literaturhinweise sollen keine beliebige Auflistung von Büchern sein, die zufällig zum Thema passen, sondern sich auf die zentralen, in der Fachwelt maßgeblichen und richtungsweisenden Werke beschränken.").
Ich persönlich kenne die Bücher nicht, finde es aber nicht in Ordnung, wenn die Wikipedia als Werbeplattform genutzt wird (siehe auch WP:WWNI) und zweifele den neutralen Standpunkt des Autors gegenüber seinen eigenen Büchern an.
Natürlich ist es prinzipiell nicht verboten, als Autor seine Bücher in Artikel zu ergänzen. Die entscheidende Frage ist aber: Entsprechen die Bücher den in WP:LIT formulierten Kriterien auch von einem neutralen Standpunkt aus gesehen oder nicht? Meinungen? --SteBo 14:03, 14. Jul 2006 (CEST)
thread_title:  Literatur: Bücher von Kannengießer 

message: Ich finde, dass der Artikel für Laien noch zu unverständlich ist. Man sollte auch in etwa verstehen, was MySQL kann und wo es angewandt wird, wenn man keine Ahnung von Technik hat.
Ich selbst betreibe eine Hp und wollte mich darüber informieren was MySQL eigentlich macht, habe dies aber aus diesem Artikel nicht entnehmen können. (Benutzer:62.104.149.242)
:was brauchst du genau an informationen? (ich nehme mal an, dass du mit datenbanken im allgemeinen vertraut bist, oder?) Elvis untot 20:17, 3. Dez. 2006 (CET)
replies: text: Naja, was man mit einer Datenbank - genauer: Mit einem "relationalen Datenbankmanagementsystem" (kurz: RDBMS) - alles anstellen kann, sollte im Artikel Relationale Datenbank eigentlich hinreichend erklärt werden. Kurz gesagt: Man kann daten tabellarisch aufbereitete Daten darin abspeichern, sie anhand verschiedener Kriterien wieder suchen und miteinander verknüpfen, um so zu neuen Daten zu kommen. Z.B. "Gib mir alle Personen, die in den letzten 3 Monaten mehr als 10000 EUR von ihren Konten abgehoben haben oder seit mehr als 6 Monaten ihr Konto überziehen, aber kein Auto über eine Leasingfinanzierung mit unter 36 Monaten Laufzeit gekauft haben." Oder etwas sinnvoller: "Ein TERRORVERDÄCHTIGER ist definiert als Männl. Person zw. 16 und 61 Jahren, gebürtig in einem Staat, der in der Tabelle SCHURKENSTAAT enthalten ist, aufgewachsen in einem solchen staat oder in den USA oder in Frankreich, der einen Pilotenschein in den letzten 3 Jahren gemacht hat, ... usw." - Und dann kann man abfragen: "Gib mir alle TERRORVERDÄCHTIGEN, die in den letzten 2 Tagen ein Flugticket nach Moskau gelöst haben" -> Und die Datenbank spuckts aus, anhand ihrer gespeicherten Daten und der selbstdefinierten Funktion "TERRORVERDÄCHTIGER". :-) --RokerHRO 02:22, 7. Dez. 2006 (CET)
thread_title:  Verständnis 

message: Könnte man im Artikel mal ein paar Sätze mehr über die GUI einbringen? Danke! -- Simplicius ☺ 23:59, 15. Mai 2007 (CEST)
replies: text: Welche? Es gibt nicht die Oberflaeche fuer Mysql. -- sparti 00:54, 16. Mai 2007 (CEST)
thread_title:  GUI 

message: Moinmoin, ich weiß nich, ob das stimmt, aber ich hab mal gelesen, MySQL hätte eine begranzte Größe der Datenbank?? wenn das stimmt, wie hoch liegt diewse grenze?? oder ist sie im "alltäglichen" leben im inet nicht von bedeutung? -- thx schonmal gruß Mihawk90 16:49, 15. Nov. 2007 (CET)
replies: text: Das ist wohl von der verwendeten Speicher-Engine abhängig. Bei BDB kann eine einzelne Tabelle alleine schon 256 Terabyte groß sein. Wie es bei den anderen Speicher-Engines aussieht, weiß ich nicht. --Julius-m 18:46, 26. Dez. 2007 (CET)
thread_title:  Datenbankgrößenbeschränkung? 

message: "Als Kaufwert wird eine Milliarde Dollar genannt, 800 Millionen in bar, 200 Millionen in Aktienoptionen." Sowas kann ich nicht glauben. (Was sollen vor allem die Schweden mit Dollars? :)) Handelt es sich hier vielleicht um eine ungenaue Aussage? --Euku B ¿ 12:39, 18. Mär. 2008 (CET)
replies: text: „For the full fiscal year, the Company reported revenues of $13.873 billion“, „gross margin for the full fiscal year was 45.2 percent”, „For the full fiscal year, net income was $473 million”. Damit sind zwar $800 Mio. nicht gerade aus der Portokasse zu begleichen, aber ich denke sie konnten dennoch genug "zusammenkratzen" um auf die Summe zu kommen. --Geri, 21:47, 19. Mär. 2008 (CET)
replies: text:  Mir geht es nicht darum, ob sie es sich leisten können. Kein Mensch bezahlt Beträge über 1000 € bzw. für Dollar über $100 in bar, wir reden hier aber über $800 Mio. Das steht da so selbstverständlich (ohne Zusatz), dass ich nicht glaube, dass sie Bargeld meinen, sondern einfach nur Geld. Wie soll man sich das vorstellen? Sun kommt mit einem gepanzerten LKW voller US-Dollar und Sicherheitskräfte aus den USA bei den Schweden vorbei? Worauf die dann erstmal zur Bank fahren, um das Geld einzutauschen? Da war man schon im Mittelalter weiter fortgeschritten. Darum würde ich die 800 Mio. einfach nur Dollar ändern oder wie heise zusammenfassen. --Euku B ¿ 11:46, 26. Mär. 2008 (CET)
replies: text: "In bar" heißt nicht, dass das Geld als Münzen oder Scheine übergeben wird. Die 800 Mio werden sicher durch eine Überweisung von einem Giro-Konto zu einem anderen transferriert. 200 Mio werden ja in Aktienoptionen bezahlt. Da werden auch keine Optionsscheine als Papierstücke Übergeben, sondern - falls es sich um Wertpapiere handelt - diese Wertpapiere werden von einem Wertpapierdepot in ein anderes übertragen. Es gibt noch viele andere Möglichkeiten, wie solche Firmenkäufe bezahlt werden können: durch Warenlieferungen in einem bestimmten Wert, durch Austausch von Grundstücken, Nutzungsrechte von Lizenzen und Patente. --Julius-m 20:00, 3. Apr. 2008 (CEST)

text:  :en:Cash: „In bookkeeping and finance, "cash" refers to a current asset account, ...“ ist evtl. des Rätsels Lösung. --Geri, 23:25, 3. Apr. 2008 (CEST)
thread_title:  800 Mio. bar? 

message: Ich finde, die Infos über Supportangebote von MySQL AB (die's ja auch gar nicht mehr gibt) sind nicht relevant für eine Enzyklopädie. Vorschlag: Diesen Abschnitt löschen und durch einen Satz ersetzen, z.B. "Sun Microsystems bietet verschiedene Arten von kommerziellem Support für MySQL an." --Tinu87 13:56, 12. Mai 2008 (CEST)
replies: text: Dass der Support auch die "Haftungsfreistellung vor Schadensersatzansprüchen Dritter" beinhaltet, finde ich ungewöhnlich und daher erwähnenswert. --93.135.100.166 22:36, 8. Sep. 2008 (CEST)
thread_title:  Support-Angebote 

message: Im Abschnitt "Speichersubsystem" ist ein Satz nicht vollständig: "Neben den Indexen liegt ein Hauptteil der Transaktionsverwaltung der Engines." Kann ihn selber nicht vervollständigen, wollte nur drauf hinweisen. (nicht signierter Beitrag von 79.219.103.170 (Diskussion | Beiträge) 11:56, 7. Mai. 2009 (CEST)
replies: text: Wenn ich das richtig verstanden hab' ist da alles in Ordnung. Mir fällt kein Wort ein, was da noch (sinnvoll) passen würde. --Beiträge/85.16.114.36 16:15, 15. Jun. 2009 (CEST)
thread_title:  Typo 

message: Ich bin noch ein ziemlicher Datenbankanfänger aber die Enginges gehören meiner Meinung nach schon in den Artikel, da sich damit doch die Leistungsfähigkeit gut an die Anforderungen anpassen lässt. Bei einigen Aufgaben steht nur die Geschwindigkeit im Vordergrund, bei anderen auch die Sicherheit von Transaktionen oder Kompressionsverfahren um Speichersparsam zu archivieren.
Mir fehlt da sogar noch eine und zwar die "Brighthouse Engine" in der Liste. Hat es einen Grund, dass sie nicht aufgeführt ist?--Polli75 10:01, 24. Jun. 2009 (CEST)
replies: text: Habe sie ergänzt. Danke für den Hinweis. Hättest Du doch auch machen können. --Julius-m 20:17, 1. Mai 2010 (CEST)
thread_title:  Speicherengines 

message: Gehört diese detaillierte Auflistung von Engines inkl. ihrer Funktionsweisen wirklich in einen enzyklopädischen Artikel? Reicht es nicht, die Engines im Abschnitt "Speichersubsysteme" aufzuführen und knapp zu erläutern, dass sich jede für ein anderes Einsatzszenario eignet?
In der derzeitig vorliegenden Fassung bläht dieser Abschnitt den Artikel meiner Meinung nach zu sehr auf.(nicht signierter Beitrag von 87.160.57.98 (Diskussion | Beiträge) 19:10, 8. Aug. 2009 (CEST)
replies: text: Der Abschnitt MyISAM ist länger als der Hauptartikel, das ist schon seltsam, aber Rest ist doch knapp genug, nicht? --Euku:⇄ 19:18, 8. Aug. 2009 (CEST)
replies: text: Ich wäre dafür, die ganzen Erläuterungen zu MyISAM in den Artikel MyISAM zu verschieben und hier nur einen Zweizeiler zu belassen. Siehe auch weiter unten meine Anmerkungen zum Inhalt der Erläuterungen (Deadlocks bei MyISAM) --Julius-m 20:55, 1. Mai 2010 (CEST)
thread_title:  Zu detailliert: Speichersubsysteme / Engines 

message: "# VARCHAR-Spalten können bis Version 5.0.2 maximal die Länge 255 haben, ab 5.0.3 ist eine Länge bis 65535 Zeichen möglich." Genau genommen hat ein VARCHAR eine Längenkennzeichnung von 2 Bytes, kann also 65535 Bytes lang sein. Wieviele Zeichen das sind, hängt nicht nur vom gewählten CHARSET, sondern auch vom konkreten Inhalt des Strings ab. Bei utf8 ist man mit 65535/3 als maximale Länge auf der sicheren Seite. -- Isotopp 13:07, 18. Jan. 2010 (CET)
replies: text: Wurde in den Artikel aufgenommen. --Julius-m 21:20, 1. Mai 2010 (CEST)
thread_title:  Abschnitt: Einschränkungen 

message: Gehören die aktuellen Ereignisse - ohne sie abwerten zu wollen - wirklich in die Einleitung? Das betrifft sicher die Zukunft, jedoch wurde das Produkt bisher wenig davon beeinflusst als das die Information einen so promineten Platz verdient hätte. Nur mal so mein Gedanke beim Lesen. Gruß --Pantomime 08:30, 28. Dez. 2009 (CET)
replies: text: Habe die Einleitung etwas gekürzt und dafür den Unterabschnitt Geschichte etwas erweitert. --Julius-m 21:11, 1. Mai 2010 (CEST)
thread_title:  Einleitung 

message: Es stimmt einfach nicht, dass die Table-Locks von MyISAM Deadlocks unmöglich machen: Wenn Transaktion T1 Sätze aus der Tabelle A geändert hat und nun in der Tabelle B Änderungen vornehmen will, dann kann es sein, dass eine andere Transaktion bereits in B änderungen vorgenommen hat und schon darauf wartet, dass T1 wieder die Tabelle A freigibt. Genau das ist ein Deadlock, nur eben nicht auf der Ebene der einzelnen Datenzeilen innerhalb einer einzigen Tabelle, sondern auf der Ebene von mehreren Tabellen. 
Die Erläuterungen zu MyISAM sind sowieso viel zu ausführlich. Ich wäre dafür, diesen ganzen Abschnitt zu entfernen und lediglich zu vermerken, dass MyISAM beim Schreiben keine Zeilen-Locks, sondern immer gleich Tabellen-Locks verwendet. --Julius-m 20:47, 1. Mai 2010 (CEST)
replies: text: Jupp. Ich wollte schon umformulieren zu „verringert die Wahrscheinlichkeit von Deadlocks“, aber selbst das halte ich für fragwürdig. Also, ich entferne diese Aussagen zu Deadlocks, wer eine Quelle dafür findet, dass es wenigstens die Wahrscheinlichkeit verringert, möge das gerne wieder einfügen. --Leo141 12:52, 19. Mai 2010 (CEST)
replies: text: Prima, dass Du die falsche Aussage entfernt hast. Trotzdem finde ich aber immer noch, dass dieser Abschnitt viel zu ausführlich ist, zumal es einen eigeben Artikel MyISAM gibt. Hier gehören alle detaillierten Erläuterungen hin. --Julius-m 22:54, 24. Mai 2010 (CEST)
thread_title:  Deadlocks bei MyISAM 

message: Ich als Laie hätte mir im ersten Abschnitt des Artikels gewünscht, die Informationen darüber zu finden was MySQL überhaupt ist und wozu man es braucht. Der Artikel an sich ist zwar ewig lang, aber eben nur mit Fachsprache und -Information gefüllt mit denen ich als Laie nicht anfangen kann.
Meiner Meinung nach geht hier der eigentliche Sinn einer Wikipedia verloren und ich werde nun weiter Googeln um eine Seite zu finden, auf der ich kurz und bündig erfahre was MySQL ist und wozu man es braucht!(nicht signierter Beitrag von 80.187.106.176 (Diskussion) 16:16, 12. Mai 2010 (CEST)
replies: text: Der Erste Satz lautet: Der MySQL Server [ˌmaɪɛskjuːˈɛl] ist ein relationales Datenbankverwaltungssystem. Wenn Du nicht weist, was ein relationales Datenbankverwaltungssystem ist, solltest Du dem Link folgen. Es ist nicht sinnvoll in einem Artikel über das Produkt alle Informationen der verlinkten Artikel wieder aufzuführen. --P.C. ✉ 16:21, 12. Mai 2010 (CEST)

text: Bevor man hier von Beschwerde (→ Beschwerde) spricht, sollte man überhaupt einen Anspruch auf etwas haben. --Euku:⇄ 23:35, 12. Mai 2010 (CEST)
replies: text: Der Einzige der hier von Beschwerde schreibt, bist du ! (nicht signierter Beitrag von 88.130.118.147 (Diskussion) 21:58, 5. Jun. 2010 (CEST)
replies: text: Hättest du dir den Link oben angeschaut, dann hättest du auch "Beschwerde an die Autoren" im Edit-Kommentar gelesen, das was ich aufgegriffen habe. Aber du darfst auch gerne nochmal behaupten, ich hätte es in den Raum geworfen, wahrer wird es dadurch nicht. --Euku:⇄ 01:03, 6. Jun. 2010 (CEST)
thread_title:  Wo ist die Info für Laien? 

message: Ich finde, dass hier noch etwas tiefgründiger die Funktionsweise beschrieben werde müsste. Das Geschichtliche ist klasse erklährt nur ich mein wenn man über die Administraton sprich, sollte man vielleicht auch erstmal die Funktionsweise klähren. --einstein02 (nicht signierter Beitrag von 83.129.52.2 (Diskussion | Beiträge) 15:19, 24. Dez. 2004 (CET)
replies: text: Der zusammenhang zwischen den verschiedenen DBMS-Engines und den Tabellentypen ist nicht klar. Kann man auf die MyISAM-Tabellen auch nur mit der MyISAM-Engine zugreifen und bei den anderen Tabellentypen und Engines ebenso, ober auch in beliebiger Kombination? -- 82.135.37.138 14:57, 20. Mär. 2007 (CET)
thread_title:  Technik 

message: Der folgende Abschnitt ist, den ich aus dem Artikel hierher verschoben habe, ist eher ein Tutorial und auch nicht sehr MySQL spezifisch:
MySQL ist auch als Datenbank für Wikipedia im Einsatz, siehe Wikipedia:MediaWiki.
Die Handhabung der Datenbank geschieht entweder manuell über eine Eingabeaufforderung, meist jedoch in Verbindung mit einer anderen Programmiersprache wie PHP, welche die Anfragen an den MySQL-Server stellt und die zurückübermittelten Daten auswertet. Die wichtigesten Befehle zur Steuerung der Datenbank sind die Befehle zum Einfügen (INSERT), Bearbeiten (UPDATE), Lesen (SELECT) und Löschen (DELETE) von Daten in eine Tabelle der Datenbank, wobei Kombinationen dieser Befehle miteinander und mit Bedingungen die Leistungsfähigkeit der Datenbank wesentlich bestimmen.
Die Einrichtung einer Datenbank in MySQL umfasst im Wesentlichen 5 Schritte:
1. die Sammlung und Sichtung der zu verwaltenden Daten
2. die Feststellung über die Relation der Daten zueinander (zB gehört zu einer Postleitzahl immer ein entsprechender Ortsname) und die "Normalisierung" der Daten.
Die Normalisierung hat dabei zum Ziel, gleiche Daten nicht mehrmals zu speichern. So würde eine Adressdatenbank nicht EINE Tabelle enthalten, in der die Felder "Name","Strasse","PLZ","Ortsname" enthalten wären, sondern man würde diese Tabelle in 2 Tabellen normalisieren: Tabelle 1 enthielte dann "Name","Strasse","PLZ" und Tabelle 2 enthielte die Felder "PLZ","Ort". Auf diese Weise wird die Information, welcher Ortsname zu einer PLZ gehört nur einmalig gespeichert, wodurch Datenrudundanz (=überflüssig mehrfach gespeicherte Daten) und Fehler vermieden werden.
3. Der Eintrag von Daten in die Datenbank. Um zB die Daten "Beate Bauer","Bauersweg 12","12345","Bauershausen" zu speichern wären die folgenden 2 Befehle notwendig:
a) INSERT INTO `tabellenname#1` (Name,Strasse,PLZ) VALUES 'Beate Bauer','Bauersweg 12','12345'
b) INSERT INTO `tabellenname#2` (PLZ,Ort) VALUES '12345','Bauershausen'
4. Die Entnahme von Daten aus der Datenbank. Dazu kann man eine Suche über mehrere Tabellen ausführen, was als JOIN bezeichnet wird:
SELECT `Name`,`Strasse`,`PLZ`,tabellenname#1.ort,tabellenname#2.plz FROM `tabellenname#1`,`tabellenname#2`
WHERE `Name`='Beate Bauer' and tabellenname#1.plz = tabellenname#2.plz;
Dieser Befehl weist die Datenbank an, alle Einträge auszugeben, die den befohlenen Kriterien entsprechen: erstens soll das Feld `Name` den Wert 'Beate Bauer' enthalten, zweitens soll aus der Tabelle `tabellenname#2` das Feld `Ort` aus dem Datensatz angehängt werden, der den gleichen Wert für PLZ im Datensatz aufweist.
5. Das Bearbeiten erfolgt mit dem Befehl UPDATE.
Pjacobi 20:40, 27. Jan 2005 (CET)
thread_title:  Aus dem Artikel hierher verschoben 

message: Auszug:
"MySQL ist eine SQL-Datenbank. Wie auch Oracle, DB2 oder PostgreSQL ist MySQL eine relationale Datenbank. [...]"
Weiter steht unter dem Link "relationale Datenbank":
"[...] Die Daten werden dabei in Form von zweidimensionalen Tabellen verwaltet, die über Schlüssel (Primärschlüssel, Fremdschlüssel) miteinander verknüpft werden können. [...]"
MySQL kennt keine Fremdschlüssel. Es ist lediglich die Erstellung eines Primärschlüssels möglich. Damit allein lassen sich aber keine Relationen erstellen. Der Nutzer ist bei MySQL völlig allein für die (referenzielle) Integrität seiner Daten verantwortlich. Allein durch die Nutzung externer Tabellenformate, wie InnoDB bzw Berkeley DB wird eine Relationalität ermöglicht. Diese Projekte sind aber getrennt von MySQL zu betrachten. (nicht signierter Beitrag von 141.46.10.99 (Diskussion | Beiträge) 13:06, 17. Mär. 2005 (CET)
thread_title:  MySQL ist NICHT relational 

message: Innodb ist wie MyIsam im Standardumfang einer Mysql-Installation entfalten. Was macht es zum "externen" Tabellenformat? --131.188.24.186 16:03, 18. Apr 2005 (CEST)
thread_title:  Falsch 

message: MySQL ist ein Produkt der Firma MySQL AB, InnoDB ein Produkt der Firma Innobase Oy Inc. Zwar ist InnoDB in einer MySQL-Distribution enthalten - was aber nicht heisst, dass es ein Bestandteil ist. Immerhin wird auch Gimp mit Linux ausgeliefert. Ist Gimp daher ein Bestandteil von Linux? Natürlich nicht. Ich bin dafür, dass besser ersichtlich ist, das sich hinter MySQL nur MyISAM verbirgt und alles andere importiert wurde.
Gegenbeispiel: Wäre InnoDB ein Bestandteil von MySQL, dann wären die Entwickler von MySQL AB auch dafür verantwortlich. (nicht signierter Beitrag von 193.174.102.185 (Diskussion | Beiträge) 16:52, 12. Jan. 2006 (CET)
thread_title:  Begründung warum NICHT relational 

message: "Immerhin wird auch Gimp mit Linux ausgeliefert."
Du bekommst kein MySQL-Paket ohne InnoDB. Somit ist InnoDB ein Bestandteil von MySQL. Sehr wohl kannst du dagegen Linux ohne Gimp bekommen.
"Ich bin dafür, dass besser ersichtlich ist, das sich hinter MySQL nur MyISAM verbirgt und alles andere importiert wurde."
Es spielt doch keine Rolle wer was entwickelt hat; InnoDB ist ein zentraler Bestandteil von MySQL, MyISAM wird in kaum einer ernstzunehmenden Anwendung eingesetzt. (nicht signierter Beitrag von 217.187.110.7 (Diskussion | Beiträge) 23:58, 13. Jan. 2006 (CET)
thread_title:  Unsinnige Haarspalterei, außerdem falsch 

message: Ein Foreign Key ist ein Constraint, der die Konsistenz der Datenbank garantiert. Es ist voelliger Quatsch, dass er eine Vorrausetzung fuer das relationale Datenbankmodell sei. Die Beziehung zwischen den Tabellen kann auch voellig ohne den Constraint herstellen. Gruss -- sparti 10:46, 14. Jan 2006 (CET)
replies: text: Die Diskussion um die Foreign-Key-Unterstützung hat sich sowieso erledigt, da Foreign Key's Bestandteil der aktuellen Version (5.0) sind. Es wäre vielleicht noch zu prüfen, wie weit die Bugs (sorry: die Special-Features) in der Gotchas-Liste (S. Diskussionsbeitrag "Schwächen von MySQL") in der Version 5.0 noch gegeben sind. -- 82.135.37.138 10:44, 19. Mär. 2007 (CET)
thread_title:  Foreign Keys 

message: Kann man vielleicht noch was für kommerzielle Nutzer hinzufügen. Ich finde widersprüchliche Aussagen, v.a. aus dem Postgres-Lager, die behaupten, dass die Doppellizensierung alle kommerziellen Nutzer von MySQL zu Lizenzkostenabgaben an MySQL zwingen?! Ist da was dran? (nicht signierter Beitrag von 85.181.44.188 (Diskussion | Beiträge) 22:49, 26. Okt. 2006 (CEST)
replies: text: Das gilt für diejenigen kommerziellen Nutzer, die MySQL in eigene Produkte einbinden wollen und diese weitergeben wollen. Wie das mit der GPL nunmal so ist. Da seit Version 4 die Client-Bibliothek ebenfalls unter der GPL steht, betrifft dies also auch Produkte, die nur auf die Datenbank zugreifen wollen. Für kommerzielle Nutzer, die MySQL nur selbst als Datenbankserver einsetzen wollen, stimmt das Argument aber natürlich nicht: Die GPL schränkt die Nutzung der Software nicht ein, nur die Weitergabe. Der Zweck der GPL ist ja gerade, es möglichst schwer zu machen, die Nutzung einzuschränken. Postgres steht unter der BSD-Lizenz und kann also auch ohne weiteres in proprietäre Software eingebunden werden, ohne dass diese damit automatisch quelloffen werden muss. Allerdings sieht sich MySQL nicht im Wettbewerb mit Postgres, da es sich bei beiden Produkten um Open-Source-Projekte handelt und Rivalität zwischen Open-Source-Projekten nicht zielführend sei. MySQL tritt vielmehr gegen die anderen kommerziellen Datenbanksysteme an. Hier sind Lizenzgebühren die Regel, die von MySQL sind deutlich niedriger als die der Konkurrenz. Du siehst also, die GPL betrifft nur diejenigen kommerziellen Nutzer, die sich an Open-Source-Code bereichern und ihn in eigene Produkte einbinden wollen, ohne etwas zurück zu geben. Ob man das "Zurückgeben" nun erzwingen sollte, das ist nur der alte Krieg zwischen Anhängern der GPL und denen der BSD-Lizenz und nichts, was MySQL speziell betrifft. -- daf? 10:23, 25. Nov. 2006 (CET)
thread_title:  Doppellizensierung 

message: Ist ausser mir noch niemandem aufgefallen, dass der Abschnitt Geschichte keinerlei Zeitangaben enthält, kein Datum, keine Jahresangaben?
So ist das kein geschichtlicher Abriss. Es lässt  keine geschichtliche Einordnung zu.
Stammt die erste veröffentl. Version aus diesem Jahrtausend, dem letzten, oder dem vorletzten? Im Prinzip wäre da jede Spekulation drin.
Ich kenne mich mit der Geschichte von MySql nicht SOO gut aus, erinnere mich allerdings, es mind. seit Jan. 2000 zu benutzen. (wg. Stellenwechsel zu diesem Datum)
maddes (nicht signierter Beitrag von 62.214.255.136 (Diskussion | Beiträge) 22:49, 16. Mär. 2007 (CET)
replies: text: Danke für den Hinweis. Die Jahreszahlen habe ich ergänzt. -- 82.135.37.138 15:11, 20. Mär. 2007 (CET)
thread_title:  Zeitlose Geschichte 

message: "Ein bevorzugtes Einsatzgebiet von MySQL ist die Datenspeicherung für Web-Services." 
Ich würde hier nicht von Web-Services sprechen, sondern generell von "dynamischen Internetangeboten" o.ä. Der Begriff Web-Service ist mittlerweise zu sehr an SOAP/WSDL/UDDI gekoppelt. (nicht signierter Beitrag von 129.13.186.2 (Diskussion | Beiträge) 12:57, 12. Jul. 2007 (CEST)
thread_title:  Web-Services 

message: Einmal steht Speichersubsystem, dann Engine, dann Storage Engine. Ist irgendwie sehr inkonsistent - kann man sich vielleicht auf ein Wording einigen und das konsequent verwenden. Alternati Einleitung mit Speichersubsystem mit dem Verweis, dass es kurz Engine heisst und dann wenigstens nur Engine schreiben? --Supersymetrie 09:29, 4. Sep. 2009 (CEST)
thread_title:  Einheitliches Wording? 

message: Es sollte auch etwas über das Milestone Prinzip z.B. Version 5.5. geschrieben werden...ich selbst musste mir das gerade erstmal zusammen suchen was dieses Milestone für eine Bedeutung hat und wieso es da einen Sprung von 5.1.41 auf 5.5.x geben wird.
Ebenfalls sollte es eine Versionshistorie geben die es sonst bei vielen anderen Softwareanwenungen in der Wikipedia bereits gibt.
--LR 11:33, 26. Dez. 2009 (CET)
thread_title:  geändertes Veröffentlichungsmodell / Version 5.5. milestone / Versionshistorie 

message: Der Wikipedia-Artikel listet 5.5 als die aktuelle MySQL-Version auf, MySQLs Downloadseite bietet 5.1.42 an. 5.5 wird als Milestone 2 bezeichnet und ist nicht GA, sondern noch experimentell. -- Isotopp 12:34, 18. Jan. 2010 (CET)
thread_title:  Aktuelle Version? 

message: Im dem Abschnitt "Geschichte" (Wieso grad dort?) heißt es: "Mit dem MySQL Cluster steht ein Tabellentyp zur Verfügung, bei dem die gesamte Datenbank im Arbeitsspeicher vorgehalten werden kann. Es wird synchrone Replikation zwischen allen Clusterknoten und Transaktions-Verarbeitung unterstützt, jedoch keine Volltextsuche." Das ist zwar sachlich richtig, aber nicht wesentlich im Zusammenhang mit Cluster. Cluster ist eine hoch verfügbare verteilte Datenbank EN:Distributed Database. Im Fall von Cluster bedeutet das, daß die Daten einer Tabelle auf mehr als einen Knoten verteilt vorliegen können. Transaktionen werden von einem Transaction Controller mit Hilfe von Two Phase Commit auf alle Clusterknoten so angewendet, daß der Zustand des Clusters durchgehend konsistent bleibt -  etwas das manchmal auch etwas legär als Master/Master bezeichnet wird.
Daten werden (in MySQL Cluster für MySQL 5.0) redundant im Speicher von mindestens 2 Nodes gehalten (Genau genommen gibt es einen Konfigurationsparameter numberOfCopies dafür) und laufend transaktional auf Platte gedumpt. MySQL 5.1 hebt die Bedingung 'im Speicher' für Daten auf, Indices bleiben weiter resident im Speicher.
MySQL Cluster wurde ursprünglich von Ericsson als Teil eines Konfigurationsspeichers für GSM Switches entwickelt und wurde von MySQL mitsamt dem Entwicklerteam erworben. Auch heute noch ist einer der Hauptkundenkreise von MySQL Cluster die Telekommunikationsbranche, auch wenn Anwendungen außerhalb dieser Branche mittlerweile existieren. Die Ziel-Verfügbarkeit ist Five-Nines (99.999%) . -- Isotopp 13:04, 18. Jan. 2010 (CET)
thread_title:  Abschnitt Geschichte: Cluster 

message: Ich finde die Bezeichnung "Datenbankverwaltungssystem" sehr verwirrend. Sucht man nach dem Begriff, landet man auf "Datenbank(system)". Dabei ist MySQL laut http://dev.mysql.com/doc/refman/5.1/de/what-is.html kein DBS, sondern ein Datenbankmanagementsystem (DBMS). Diese Information sollte doch schnell ersichtlich sein, zumal ich wohl nicht der einzige bin, der in diesen Artikel reinschaut, um herauszufinden, in welche Kategorie (DB? DBS? DBMS?) MySQL fällt. M.E. sollte der erste Satz lauten: "Der MySQL Server ist ein Datenbankmanagementsystem." (mit entsprechendem Link). Oder sehe ich das falsch? (nicht signierter Beitrag von 128.176.238.70 (Diskussion | Beiträge) 20:29, 30. Jan. 2010 (CET)
thread_title:  Begriff Datenbankverwaltungssystem 

message: Im Artikel heißt es "Die Herkunft des Namens MySQL kann heute nicht mehr genau rekonstruiert werden. Seit 1996 wurden diverse Bibliotheken und Tools mit dem Präfix My geschrieben. Es wird spekuliert, dass der Name My der Tochter des Mitbegründers Michael Widenius vielleicht auch der Ursprung des Namens MySQL sein könnte, sowie SQL als Kürzel für Structured Query Language – Strukturierte Abfragesprache." und man verweist auf of MySQL. Dort heißt es wörtlich: "MySQL is named after co-founder Monty Widenius's daughter, My." Monty bestätigt das in is the project called MariaDB?: "We can't use the MySQL name as this is trademarked by Sun, and Sun has chosen to keep that trademark quite exclusive to itself. The name MySQL (just like the MyISAM storage engine) comes from Monty's first daughter "My". MariaDB continues this tradition by being named after his younger daughter. " Das läßt keinen Raum für "spekuliert" und klärt die Herkunft beider Namen im Detail. Im übrigen ist MaxDB nach dem mittleren Kind von Monty benannt, das Max heißt (EN:Michael_Widenius). -- Isotopp 12:42, 18. Jan. 2010 (CET)
replies: text: Darauf wollte ich auch gerade hinweisen mit http://dev.mysql.com/doc/refman/4.1/en/history.html, als ich es ändern wollte hat es mich gewundert, dass sogar darauf referenziert wird und im Artikel was anderes steht. --129.206.163.159 12:03, 2. Sep. 2010 (CEST)
thread_title:  Name des Produktes 

message: Im Artikel finde ich einige male "Sun", sollte das nicht in "Oracle" geändert werden?--62.180.117.241 15:30, 4. Nov. 2010 (CET)
replies: text: Nein, dass MySQL z.B. ursprünglich von Sun entwickelt wurde ändert sich nicht dadurch, dass es jetzt jemand anders entwickelt. --88.130.74.68 05:01, 2. Jan. 2011 (CET)
thread_title:  Oracle {{Erl.}} 

message: http://www.rethinkdb.com/
ist eine auf SSDs ausgerichtete 3rd Party Storage Engine für MySQL. Könnte man aufführen, aber vielleicht auch gerade nicht weil noch nicht für den Produktiven (Enterprise-) Einsatz reif?
91.20.219.69 17:24, 31. Mär. 2011 (CEST)
replies: text: Nur rethinkDB zu erwähnen wäre einseitige Werbung. Würde man die unfertige rethinkDB nennen, müsste man erst recht alle anderen vergleichbaren fertiggestellten Produkte aufzählen. So wie es aussieht gibt es da im Moment bessere als rethinkDB. --88.130.107.106 13:09, 13. Mai 2011 (CEST)
thread_title:  rethinkdb {{Erl.}} 

message: Der Abschnitt lädt scheinbar dazu ein, irgendwelche x-beliebigen Datenbankengines einzutragen. Mit der Zeit haben sich da teilweise scheinbar beliebige Einträge angesammelt. Wenn man das nicht anhand vernünftiger Kriterien einschränkt, können Anbieter hier beliebig Werbung für ihre Produkte machen. Für sowas ist Wikipedia nicht da, siehe auch WP:WWNI Punkt 3. Meiner Ansicht nach muss es zumindest eine bemerkenswerte Besonderheit geben, ein Alleinstellungsmerkmal, das die genannten Engines von irgendwelchen anderen Engines unterscheidet. Bei Engines, bei denen kein Alleinstellungsmerkmal ersichtlich ist, sehe ich keinen Grund sie hier zu nennen. Ich habe den Abschnitt eben entsprechend ein wenig aufgeräumt. --88.130.108.231 04:43, 20. Aug. 2011 (CEST)
thread_title:  Engines anderer Anbieter {{Erl.}} 

message: Der Artikel enthielt bis eben diesen Absatz über vorhandene oder zumindest angebliche Einschränkungen in MySQL. Abgesehen davon, dass diese Aufzählung hoffnungslos veraltet ist, lässt sich in Ermangelung irgendeiner Quelle auch nicht nachprüfen, ob sie zumindest inhaltlich halbwegs richtig ist. Bis das geklärt ist, hab ich sie hierhin ausgelagert. --88.130.94.28 03:08, 1. Feb. 2012 (CET)
replies: text: Abgesehen davon interessiert das eh keine Sau mehr, weil die Informationen eh total veraltet sind. Und wenn's hier steht kümmert sich ja eh keiner drum. --88.130.94.28 03:39, 1. Feb. 2012 (CET)
thread_title:  Abschnitt "Einschränkungen" {{Erl.}} 

message: Ich finde es unverständlich, dass hier gerade das Thema "Partitionierung" so übertrieben ausgewalzt wird. Verglichen mit den anderen Features, die MySQL bietet, ist die Partitionierung doch eher so ein Nischending. Und solange noch nicht mal die wichtigen Features hier anständig erklärt werden, finde ich, muss erst recht nicht Partitionierung derart unangemessen breitgetreten werden. --88.130.96.57 04:47, 3. Feb. 2012 (CET)
replies: text: Ich stimme dir zu. Diesen Abschnitt habe ich damals geschrieben, weil mich das Thema einfach interessiert hat. Aber wenn ich es mir recht überlege, dann könnte man den gesamten Abschnitt eigentlich auch wieder entfernen. --Julius-m (Diskussion) 13:30, 16. Nov. 2013 (CET)
thread_title:  Was ist so toll an Partitionierung? 

message: Abschnitt 1: „bildet die Grundlage für viele dynamische Webauftritte.“ Sollte man hier nicht die Wörter „viele dynamische Webauftritte“ durch „die meisten dynamischen Webauftritte“ mittlerweile ersetzen? Was meint Ihr? --Goldener Käfer (Diskussion) 18:13, 7. Okt. 2014 (CEST)
replies: text: "Viele" ist ein Mengenbegriff der eine Aussage nur über den Gegenstand selbst trifft und aus den Quellen im Abschnitt MySQL#Einsatzgebiete und Verbreitung abgeleitet werden kann, "die meisten" geht aber einen Schritt weiter und trifft auch eine Aussage zu allen konkurrierenden Projekten - was einer eigenen Quelle bedarf. --Vanger !–!? 05:12, 11. Okt. 2014 (CEST)
replies: text:  So gesehen haste auch wieder Recht... --Goldener Käfer (Diskussion) 19:17, 11. Okt. 2014 (CEST)
thread_title:  Verwendungshäufigkeit 

message: Man merkt dem Artikel an, dass sich jahrelang niemand um ihn gekümmert hat. Das fängt schon mit der "Struktur" an. Da wurde tagesaktuell irgendwas hintendran geklatscht (MySQL AB gekauft, Oracle gekauft, neue Version erschienen). Einen vernünftigen Überblick, was MySQL kann und vor allem wie es funktioniert gibt der Artikel nicht mal ansatzweise. 
Bis heute. Ich war mal so frei und habe den Text erstmal sortiert und ihm eine Struktur gegeben. Damit weiß man zumindest mal ungefähr, was einen erwartet. Außerdem habe ich eine Abhandlung zu den Interna der Abfragebearbeitung verfasst. Da kann man so viel zu sagen; das ist echt sophisticated, wie MySQL da vorgeht. 
Das lässt sich sicher alles noch ein bisschen schöner ausdrücken, aber jetzt gibt es zumindest ein Grundgerüst, mit dem auch der Laie was anfangen kann. --88.130.65.195 06:21, 31. Jan. 2012 (CET)
thread_title:  Der Artikel ist ja lieblos gemacht 

message: Die Aufzählung der Firmen die MySQL im Einsatz haben ist veraltet. Mit viel Wohlwollen kann man das MySQL Kompatible Versionen nennen.--141.24.16.174 11:21, 8. Jul. 2014 (CEST)
thread_title:  Verwendung 

message: Die Quelle http://www.mysql.de/why-mysql/marketshare/ war veraltet (404) - habe sie bis auf Weiteres aus den Quellen gelöscht. Ist die genannte Seite evtl. nur umgezogen? Weiß jemand was darüber? --2A02:8109:83C0:1959:6DCF:B3E9:6365:5BC1 21:36, 8. Feb. 2015 (CET)
thread_title:  Quellen veraltet