MySQL

MySQL Engines

Die meisten Web-Entwickler nutzen seit über einem Jahrzehnt MySQL als Datenbank. Im Grunde ist das auch eine gute Wahl, die dem Entwickler viele Möglichkeiten eröffnet. Insbesondere unterstützt MySQL mehrere Engines, von denen InnoDB und MyISAM wohl die wichtigsten und meist verwendeten sind. Die Engines legen die Art und Weise der physikalischen Speicherung der Tabellen fest. Dabei bietet der Typ InnoDB Transaktionen und Foreign Key-Regeln bei optimaler Performance, ist also in aller Regel die bessere Wahl. MyISAM ist beispielsweise dann vorzuziehen, wenn man eine Volltextsuche in der Tabelle machen will oder GIS-Dateien durchsuchen möchte. Unter Linux wird bis einschließlich Version 5.1 standardmäßig MyISAM bei der Anlage einer Tabelle ausgewählt. Möchte man als Vorgabe die InnoDB – Engine wählen, trägt man in der Konfigurationsdatei my.cnf die Zeile default_storage_engine = InnoDB ein.

GSL-Team2011-05-16T09:35:02+02:00Mai 16th, 2011|Allgemein|Kommentare deaktiviert

PHP dominiert Projekte

Eine Analyse der Projektvermittlungs-Plattform twago, die Projekte im Bereich Programmierung, Design und Service vermitelt, war PHP die gefragteste Fähigkeit im abgelaufenen Jahr. In gut 7 % aller bei twago ausgeschriebenen Projekte waren PHP-Kenntnisse gefragt. Es folgten HTML- und MySQL-Kenntnisse mit 5% bzw. 4,8%. Damit waren PHP, HTML und MySQL 2010 die gefragtesten Skills in der Branche. Auch CSS, Flash, Java und Javascript konnten sich 2010 in den Top Ten der gefragtesten Fertigkeiten halten. Neu hinzugekommen sind AJAX und .NET von Microsoft. Für 2011 wird eine stärkere Nachfrage für Entwickler mit Kenntnissen der App-Programmierung für Smartphones und Tabs erwartet. Dabei geht es nicht nur um Apple-Equipment wie iPhones und iPads, sondern besonders um Apps für Android-Geräte. Die Herausforderungen sind dabei Sprachen wie Objective C, Java oder C-sharp.

GSL-Team2011-04-07T08:11:57+02:00April 7th, 2011|Allgemein|Kommentare deaktiviert

Version 7 von Drupal erschienen

Im letzten Monat erschien die Version 7 des auf PHP basierenden CMS Drupal. Die Neuerungen und Verbesserungen betreffen neben anderen Funktionen die Barrierefreiheit sowohl bei den von Drupal erzeugten Internetseiten als auch im Backend. Neu ist auch ein Render-API und automatisierte Tests für Patches und Module, benutzerdefinierte Felder für diverse Inhalte. Zu Drupal 7 gibt es über 800 Erweiterungsmodule. Die neue Version braucht PHP Version 5.2 mit PDO-Erweiterung für die Datenbankabstraktion und entweder MySQL 5 oder PostGre 8.3. In der 7er Version kann Drupal alternativ auch mit SQLite arbeiten. Weitere Datenbanken lassen sich über Module ansteuern.

GSL-Team2011-02-03T08:32:09+02:00Februar 3rd, 2011|Allgemein|Kommentare deaktiviert

Die REST-Schnittstelle für CouchDB und andereNoSQL-Datenbanken

Der Unterschied zwischen NoSql-Datenbanken wie zum Beispiel CouchDB und relationalen Datenbanken wie MySQL liegt darin, dass die Daten nicht in Tabellen, sondern in Dokumenten abgespeichert sind. Deshalb kann man auch nicht mit SQL darauf zugreifen. Für den Zugriff auf solche Datenbanken gibt es die REST-HTTP-Schnittstelle. Dabei handelt es sich um eine Client-Server-Verbindung mit zustandslosem Protokoll. Mit REST können Daten in NoSQL-Datenbanken erzeugt, verändet und gelöscht werden. REST (Representational State Transfer) kann plattform- und sprachunabhängig benutzt werden. Dabei lassen sich einfache Transaktionen auch in einem Terminalfenster ausführen, man muss dafür nicht extra ein PHP-Programm schreiben. Der Löschbefehl für die Tabelle "weihnachtslieder" sieht zum Beispiel so aus: curl –X DELETE http://localhost:5984/weihnachtslieder Wenn der Löschbefehl erfolgreich ausgeführt wurde, wird "ok":true zurückgegeben. Mit der Abfrage curl –X GET http://localhost:5984/weihnachtslieder/stillenacht können Sie die Daten einer Zeile (Datensatz) abfragen und bekommen die CouchDB-ID, die Revisions-ID und die Daten zurückgeliefert: (=_id":"stillenacht","_rev":"2-59348fc182736ff9584d736412b", "interpret":"Kinderchor Lüdinghausen","Lied":"Stille Nacht")

GSL-Team2010-12-06T09:50:20+02:00Dezember 6th, 2010|Allgemein, test|Kommentare deaktiviert

DB-Frontends mit Dadabik Teil 3 – Arbeiten mit Dadabik

Mit der Datei index.php bringt Dadabik schon ein komplettes Frontend mit, das die Inhalte Ihrer Tabellen pflegen kann, nicht besonders komfortabel, aber sehr funktionell. Über die Optionsliste kann man die zu bearbeitende Tabelle auswählen. Diese Tabelle wird mit allen Datenfeldern angezeigt, wieviele Zeilen man auf einer Seite sieht, lässt sich einstellen. Vor jeder Zeile stehen Icons, über die man einen Datensatz bearbeiten, löschen oder Details sehen kann. Über das Menü legt man neue Datensätze an. Hier gibt es auch eine Suchfunktion. Man kann die Tabelle auch als CSV-Datei exportieren, wenn man den entsprechenden Link unterhalb der Liste anklickt. Das verwendete Trennzeichen kann in der config.php eingestellt werden. Achtung: Viele der Funktionen arbeiten nur, wenn die Tabelle auch einen Primärschlüssel definiert hat. Dadabik wird häufig genutzt, um einem Kunden Zugriff auf ausgewählte Tabellen zu ermöglichen. Um diese Tabellen freizugeben, ruft man die admin.php auf. Wenn Sie dort in der Include-Liste das Häkchen der Checkbox entfernen, wird diese Tabelle nicht mehr in der Übersicht angezeigt.

GSL-Team2010-12-02T10:37:12+02:00Dezember 2nd, 2010|Allgemein|Kommentare deaktiviert

DB-Frontends mit Dadabik Teil 2 – Konfiguration und Installation

Nachdem das Dadabik-Verzeichnis auf dem Server eingerichtet ist, kann man das Programm konfigurieren. Dazu öffnet man die Konfigurationsdatei /dadabik/include/config.php, in die die notwendigen Informationen ( Datenbanktyp, Host, Datenbankname, Username, Paßwort, Seiten-URL und Seitenpfad) einzutragen sind. Das Programm unterstützt neben MySQL auchPostgres, Microsoft SQL-Server und Oracle. Als Option hat Dadabik auch eine Benutzerverwaltung. Aktiviert man die, müssen sich Benutzer mit Paßwort anmelden oder es können nur die Benutzer einen Eintrag ändern, die ihn auch angelegt haben. Die Aktivierung geschieht durch eintrag von "1" in die Variable $enable_authentication. Setzt man $language auf "german", bekommt man eine deutschsprachige Oberfläche. Nach der Konfiguration von Dadabik ruft man die install.php im Browser auf, um die Installation durchzuführen. Sollte noch keine Tabelle in der Datenbank angelegt sein, meckert das Script, so dass man besser vorher eine anlegt. Wenn die Installation durchgelaufen ist, kann man das Installationsprogramm löschen.

GSL-Team2010-11-29T08:47:15+02:00November 29th, 2010|test|1 Kommentar

DB-Frontends mit Dadabik Teil 1 – Installation

Wer von eine Datenbank wie zum Beispiel Access auf MySQL umsteigt, wird ein gutes DB-Frontend zum erstellen und pflegen von Datenbanken und Tabellen schmerzlich vermissen. Bei MySQL wird dafür in aller Regel phpMyAdmin benutzt. Das ist ein mächtiges Tool mit dem Sie wirklich alle Einstellungen der Datenbank im Griff haben. Und das sind unter Umständen einige zuviel, besonders, wenn auch Endbenutzer mit dem Frontend arbeiten sollen. Ein falscher Klick kann den GAU für die gesamte Datenbank einleiten. Bevor man über ein eigenes Frontend nachdenkt, was mit viel Aufwand verbunden ist, sollte man sich das Open Source Den Database Interface Creator Dadabik anschauen. Sie können Dadabik kostenlos downloaden und die ZIP-Datei entpacken. In dem Verzeichnis, in das die Programmdateien entpackt werden, finden Sie einen Ordner program_files, den Sie in ein eigenes Verzeichnis unterhalb des Rootverzeichnisses Ihres Webservers kopieren. Als Name wäre dadabik sinnvoll, dann können Sie die Beispiele im Artikel einfacher nachvollziehen. Dadabik braucht für korrekte Funktion die PHP-Option magic_quotes_gpc, über die einfache Anführungszeichen (Quotes) automatisch maskiert werden. Sie können die Einstellungen mit der PHP-Funktion phpinfo() abfragen. Sollte diese Option aus sein, können Sie das in der PHP-Konfigurationsdatei php.ini ändern. Danach muss der Webserver einmal neu gestartet werden, damit die Einstellung übernommen wird. Da diese Einstellung für [...]

GSL-Team2010-11-25T08:29:23+02:00November 25th, 2010|Allgemein|Kommentare deaktiviert

WordPress 3.1 vor der Tür

Nach Plan soll das neue Wordpress 3.1 am 15. Dezember mit aufgeräumter Benutzeroberfläche und verbessertem Code zum Download bereit stehen. Der Update bringt weniger neue Funktionen und konzentriert sich auf die Verbesserung des Vorhandenen. Die Oberfläche wurde im Admin-Bereich stark überarbeitet. Auch im Frontend gibt es jetzt eine bei Bedarf einblendbare Admin-Leiste, die den Aufruf von Admin-Funktionen direkt auf der Seite erlaubt. Auch die Funktionen für Artikel- und Seiten-Templates wurden überarbeitet, ebenso auch die innere Verlinkung. Wordpress 3.1 wird die letzte Version des Blogs sein, die unter PHP 4 läuft. Alle nachfolgenden Releases benötigen mindestens PHP 5. Auch die Datenbank MySQL 4 wird nach diesem Release nicht mehr unterstützt. Echte Neuerungen kann man dann wieder beim Update auf Wordpress 3.2 erwarten.

GSL-Team2010-11-15T08:16:07+02:00November 15th, 2010|Allgemein|1 Kommentar

MySQL Root-Passwort festlegen

Nach Abschluss einer LAMP-Installation fehlt in der Regel das Passwort für den Datenbank-Admin root von MySQL. Mit dem Aufruf MySQL –u root MySQL kann man das überprüfen. Kommt als Prompt MySQL>, dann hat MySQL noch kein root-Passwort. Um ein neues Passwort für den Benutzer root festzulegen, gibt man UPDATE user SET Password=PASSWORD('geheim') WHERE user='root'; ein. Die Benutzereinstellungen speichert MySQL aus Geschwindigkeitsgründen im Arbeitsspeicher zwischen, also muss die Datenbank danach an diesen Cache angeglichen werden. Das erreicht man mit dem Befehl MySQL –u root MySQL. Man kann alternativ das Passwort auch mit MySQLAdmin eingeben, das Verwaltungsprogramm wird direkt von der Shell aus gestartet. Diese Methode ist aber unter Umständen unsicher, denn ein anderer Benutzer des Systems könnte das Passwort im Klartext mitlesen, wenn er sich alle aktuell laufenden Prozesse ansieht. Wenn das Passwort einmal gesetzt wurde, muss sich der User root vor jedem Zugriff mit diesem Passwort identifizieren.

GSL-Team2010-09-09T08:16:15+02:00September 9th, 2010|Allgemein|Kommentare deaktiviert

Datenbanksicherung mit phpMyAdmin

Statische Internetseiten lassen sich ja recht einfach sichern. Man kann zum Beispiel alle Dateien vom Rootverzeichnis abwärts per FTP auf seinen PC übertragen und hat eine Sicherungskopie der gesamten Präsenz. Und da statische Seiten sich selten ändern, braucht man den Vorgang auch nicht häufig wiederholen und hat trotzdem immer eine Sicherung des aktuellen Standes. Das gleiche Verfahren eignet sich auch für dynamische Internetseiten, die einen Teil ihrer Inhalte aus einer Datenbank beziehen. Die statischen Anteile sichert man auf die schon für statische Seiten beschriebene Art und Weise. Allerdings braucht man auch ein Verfahren, um die Datenbank so zu sichern, dass man sie jederzeit wieder neu aus dem Nichts aufbauen kann. Da hilft das Tool phpMyAdmin, das fast jeder Hoster seinen Rootserver- oder VServer-Kunden zur Verfügung stellt. Man kann phpMyAdmin aber auch selbst mit wenig Aufwand nachinstallieren, das Programm kostet nichts. Um eine Sicherungskopie der Datenbank zu erzeugen, wählen Sie den Menüpunkt „Exportieren“. Hier werden verschiedene Formate für den Export angeboten, neben SQL auch CSV und XML und weitere. SQL ist am besten geeignet, denn dabei werden alle informationen der Datenban und ihrer Tabellen mit gesichert, so dass man aus der SQL-Sicherung die komplette Datenbank wieder neu erzeugen kann. Wenn irgendwann einmal die Rücksicherung der Datenbank nötig [...]

GSL-Team2010-05-20T18:48:32+02:00Juli 3rd, 2010|Allgemein|Kommentare deaktiviert