In diesem Webseminar erfahren Sie, weshalb Windows heute eine sehr beliebte Plattform sowohl für den unternehmensinternen Einsatz von MySQL als auch für die Integration von MySQL in Softwareanwendungen darstellt. Wir zeigen Ihnen, wie Sie MySQL in ihre gewohnte Windows-Umgebung einfügen können und erläutern ausführlich, welche Windows-spezifischen Optimierungen in MySQL in jüngster Zeit vorgenommen wurden, einschließlich der MySQL Konnektoren, der Integration mit Visual Studio sowie verschiedener Sicherheitsaspekte. Abschließen erhalten Sie einen kurzen Überblick, wie Sie mit MySQL Hochverfügbarkeit erzielen können.

Date and Time: Tuesday, 28 Jun 2011, 16:00 CET

In the final webinar of the 10-part MySQL Essentials series, we'll share the technical and business reasons for deploying MySQL Replication and give an overview of how to deploy a master/slave configuration. You'll learn the fundamentals on how to install, configure, and manage a replicated environment, including the following topics:

• MySQL Replication Architecture
• Replication types and topologies
• Installation procedures
• Monitoring your Replication

We will also cover semi-synchronous replication, introduced in MySQL 5.5, as well as the latest replication features included in MySQL 5.6 Development Milestone Release. Join this technical Webinar and learn how you can leverage MySQL replication to achieve better scalability and high availability!

Taxonomy upgrade extras: germanVom 15. bis zum 17. August führt FromDual mit Citrus einen MySQL Entwickler Workshop für Fortgeschrittene in Helsinki (Finnland) durch. Der Workshop findet in englischer Sprache statt. Die behandelten Themen finden Sie hier und hier können Sie sich registrieren.

Taxonomy upgrade extras:  mysql anwender german Heute wurde in Berlin die Deutschsprachige MySQL Anwender Gruppe formal gegründet.

Der Verein fördert:

• die Information über den Einsatz, den Umgang und die Erfahrung mit MySQL und Entwicklungen im MySQL Eco-System sowie Anwendungssysteme welche MySQL nutzen.
• den Erfahrungsaustausch zwischen den Benutzern über MySQL sowie anderer Systeme.
• die Beratung und Zusammenarbeit mit Oracle und Herstellern anderer Systeme.
• die Unterbreitung von Mitgliedervorschlägen an Oracle und Hersteller von anderen Systemen.

Die deutschsprachige MySQL Anwender Gruppe ist für MySQL Anwender aus Deutschland, Österreich …

MariaDB soll laut folgender Page bei temporay tables schneller sein als MySQL. Da:

Our use of the Aria storage engine enables faster complex queries (queries which normally use disk-based temporary tables). The Aria storage engine is used for internal temporary tables, which should give you a speedup when doing complex selects. Aria is usually faster for temporary tables when compared to MyISAM because Aria caches row data in memory and normally doesn't have to write the temporary rows to disk.
Um dies zu testen wurden folgende Versionen installiert:

• MySQL 5.5.12
• MySQL 5.1.57
• MariaDB 5.2.6
• MariaDB 5.1.55
  

Es wurden zwei Tabellen mit jeweils 10000 Rows erstellt:

Wie schon im MySQL-Manual so schön gefragt wird: "Ist MySQL pingelig hinsichtlich reservierter Wörter?" Gelegendlich (er-)findet man als Entwickler oder Datenbankdesigner Spaltennamen für Tabellen, die identisch zu einem MySQL Befehl oder Datentyp sind. So ist es zum Beispiel nicht sinnvoll einem Zahlenfeld in der Tabelle den Namen INT zu geben, da INT ebenfalls ein Datentyp ist. Wer unbedingt meint es trotzdem tun zu müssen, nutzt im Notfall eben die Backticks. So weit so klar. Manche Worte sind zwar reserviert, erzeugen aber nicht gleich einen Syntaxfehler beim CREATE TABLE bzw. sind in neueren MySQL Versionen zumeist auch neue Worte reserviert. Wie läßt sich das einfach prüfen?

Ein Freund fragte mich nach Konventionen für die Benennung von Tabellen bei der Entwicklung von Schemata für MySQL Datenbanken. Es begann damit, daß er mich fragte, wie man denn wohl eine Relation benennen soll, also eine Hilfstabelle, die zwei Tabellen in einer n:m-Beziehung miteinander verbindet.

In einem alten Job hatten wir die unten stehenden Regeln. Sie sind recht willkürlich und man kann sich anders entscheiden, aber wir hatten das so gemacht und es hat gut für uns funktioniert.

Jede Tabelle bekommt einen Namen in Kleinbuchstaben (oder der Server läuft mit lower_case_table_names = 1, was sowieso empfehlenswert ist). Der Name ist ein beschreibendes Wort im Singular. Auf diese Weise hat man weniger Schmerzen, wenn man über eine Query an einem Beispiel diskutiert. Zusätzlich wird für jede Tabelle ein eindeutiges Kürzel definiert.

Beispiel: Die Tabelle kunde bekommt das eindeutige Kürzel k.

Wir …

Sehr erfolgreich ging heute die DOAG Doppel SIG - Database zum Thema "Cloud Computing" und die erste DOAG Veranstaltung zum Thema "MySQL" zu Ende. Die Teilnehmer bewerteten die Vorträge sehr gut. Es gab viele sehr gute und interessante Vorträge.

Am Donnerstag, den 19. Mai 2011 findet in Hannover die DOAG SIG - Database zum Thema "Cloud Computing" und "MySQL" statt. Es gibt zwei parrallele Vortragsstreams, zwischen denen die Teilnehmer auswählen und pendeln können. Moderator ist der DOAG SIg - Leiter und ORACLE ACE Christian Trieb.

Mehr:
https://mydoag.doag.org/termine/termine.php?tid=413838

https://mydoag.doag.org/termine/termine.php?tid=423270

SQL ist lustig und manchmal fällt man richtig rein. Sei es nun bei MySQL oder anderen Datenbanken. Eben habe ich in einem Forum eine Frage gelesen, wie man am Besten den "letzten" Datensatz in einer Tabelle findet. Lösungen? Jede Menge, manche einfach und genial, andere wiederum perfekt geschaffen für einen unfreiwilligen "internen" DoS (Denial of Service) Angriff.