Alle Artikel mit dem Schlagwort: SQL

Vorgestellt: Die NoSQL-Usergroup in Köln

Veröffentlicht von Corina Pahrmann

Usergroups bieten den direkten, persönlichen Austausch über Techie-Themen, oftmals in netter abendlicher Runde bei Vereinen, Firmen oder auch in Kneipen. Hier können Informatiker Gleichgesinnte treffen, sich bei Vorträgen weiterbilden oder sich über den Arbeitsalltag austauschen. Nicht zuletzt sind bereits einige Aufträge oder Stellen über Usergroup-Kontakte vergeben worden. O’Reilly unterstützt die Usergroups bereits seit vielen Jahren , und künftig stellen wir einige von ihnen an dieser Stelle vor. Den Anfang macht die NoSQL-Usergroup in Köln – wir haben dazu mit dem Mitorganisator Dr. Frank Celler gesprochen. Seit wann gibt es die NoSQL-Usergroup in Köln? Die UG wurde im Juli 2011 gegründet. Es handelt sich um ein relativ junges Thema, aber das Interesse ist zur Zeit riesig groß. Wie viele Mitglieder gibt es derzeit, und an wendet sich die UG? Unsere Mailling-Liste ist inzwischen auf 30 angewachsen. Bei den letzten beiden Treffen kamen mehr als 20 Teilnehmer, was für eine so junge UG schon erstaunlich ist und zeigt, dass es in diesem Bereich viel spannende Neuerungen gibt. Die UG richtet sich vor allen an Entwickler FrontEnd/BackEnd, Datenbankadministratoren, …

PostgreSQL: Entwickler Simon Riggs im Interview

Veröffentlicht von Corina Pahrmann

Nutzen Sie OpenStreetMap? Telefonieren Sie via Skype? Oder spielen Sie World of Warcraft? All diese Angebote nutzen PostgreSQL, um ihre gewaltigen Datensammlungen vorzuhalten. Auch Banken, Regierungsbehörden oder Universitäten setzen auf das Open Source-Datenbanksystem, wie diese Liste der „Featured User“ zeigt. Nicht verwunderlich, denn PostgreSQL kann soviele Daten aufnehmen, wie der eigene Speicher hergibt – einige Petabyte sind das beispielsweise bei Yahoo!, das PostgreSQL zur Verarbeitung von Kundendaten einsetzt. Gleichzeitig läuft es stabil auf allen großen Serversystemen und kann frei erweitert und angepasst werden. Unsere britische Kollegin Josette Garcia hat gerade mit einem der PostgreSQL-Entwickler, Simon Riggs, gesprochen. In ihrem Interview wird eines der Erfolgsgeheimnisse von PostgreSQL klar: Eine Entwickler-Community, die routiniert und lösungsorientiert an dessen Weiterentwicklung arbeitet. „Jedes Jahr gibt es ein Major Release“, erklärt Riggs. „Wir überlegen, was dringend benötigt wird, entwerfen gemeinsam eine Lösung und implementieren diese dann.“ Nach einigen Tests sei der Code dann solide genug, um Eingang in PostgreSQL zu finden. Riggs bestätigt, dass PostgreSQL sehr häufig eingesetzt wird – und das ohne große Marketingstrategien. Die meisten Techies kennen PostgreSQL, und …

Performance-Tuning in PostgreSQL – Teil 2

Veröffentlicht von Viviane Kramer

Vor kurzem haben wir uns bereits mit Performance-Tuning in PostgreSQL beschäftigt. Dabei haben wir im ersten Teil des Buchauszugs aus “PostgreSQL-Administration“ von Peter Eisentraut und Bernd Helmle drei Enpässe oder Flaschenhälse vorgestellt, die die Ausführung eines SQL-Befehls verlangsamen können. Im zweiten und letzten Teil stellen wir heute drei weitere Engpässe vor, die Sie zur Beschleunigung und Optimierung eines SQL-Befehls kennen sollten: nämlich Festplattenlatenz, Festplattenrotation und Netzwerkverbindungen. Festplattenlatenz Die Latenz eines Festplattensystems beschreibt, wie lange es dauert, bis eine bestimmte Information darauf gelesen werden kann, vor allem bedingt durch die nötigen mechanischen Bewegungen. Das fällt insbesondere bei Indexzugriffen ins Gewicht, da dort die Informationen naturgemäß nicht sequenziell, sondern verteilt vorliegen. Genau analysieren kann man diese Effekte als Anwender so gut wie nie. Man wird jedoch bemerken, dass bei wahlfreien Zugriffen wie einer Indexsuche der mit iostat oder ähnlichen Programmen beobachtete Festplattendurchsatz bei sehr niedrigen Werten wie 4 MByte/s sein Maximum zu erreichen scheint. Vermieden werden können Latenzeffekte am besten, indem man ausreichend RAM für die Indexe als Cache zur Verfügung stellt. Dadurch fallen die mit der …

Performance-Tuning in PostgreSQL – Teil 1

Veröffentlicht von Viviane Kramer

PostgreSQL gilt seit Jahren als das fortschrittlichste Open-Source-Datenbankmanagementsystem und ist millionenfach im Einsatz. Ein Thema, das PostgreSQL-Administratoren unter anderem beschäftigt, ist Performance-Tuning – also die Frage, wie Anfragen und SQL-Befehle schneller gemacht werden können. Dieser Frage und anderen widmen sich auch die Autoren Peter Eisentraut und Bernd Hemle in ihrem Buch „PostgreSQL-Administration„. Wie man Enpässe oder Flaschenhälse, die die Ausführung eines SQL-Befehls verlangsamen, richtig erkennt und optimiert, erfahren Sie im ersten Teil des Buchauszugs. Heute geht es um CPU, RAM und Festplattendurchsatz. Im zweiten Teil wird es dann um Festplattenlatenz, Festplattenrotation und Netzwerkverbindungen gehen. CPU PostgreSQL startet pro Datenbankverbindung einen Prozess, und moderne Betriebssysteme verteilen diese Prozesse dann auf mehrere CPU-Kerne, falls vorhanden. Generell kann aber somit ein SQL-Befehl nur auf maximal einem CPU-Kern laufen. Sehr rechenintensive SQL-Befehle können einen CPU-Kern schon eine Weile auslasten. Das kann man dann einfach mit Betriebssystemwerkzeugen wie ps oder top beobachten. In der Praxis ist die CPU aber im Gegensatz zu den anderen aufgeführten Kandidaten eher selten das Problem. Wenn doch, dann bleibt einem in der Regel nichts anderes …

CouchDB – ein neuer Datenbankansatz

Veröffentlicht von Volker Bombien

Manchmal geschehen Dinge rund um die IT, die ich nicht verstehe. Rümpfe ich gelegentlich die Nase über Entwicklungen, die wahrlich nicht mehr taufrisch sind, aber dennoch als technische Revolution gefeiert werden, so schüttel‘ ich auch mal den Kopf, wenn wirklich neue und hoch interessante IT-Entwicklungen kaum Gehör bekommen. CouchDB ist so ein Fall. CouchDB ist Vertreter eines neuen Datenbanktyps, und zwar einer so genannten dokumentenbasierten Datenbank. CouchDB speichert Daten nicht in Tabellen, Zeilen und Spalten, sondern verwaltet sie in Dokumenten. Anders als bei relationalen Datenbanksystemen werden Abfragen nicht über die Datenbankabfragesprache SQL definiert, sondern über HTTP-Befehle entsprechend den Prinzipien des REST-Paradigmas: Speicheroperationen über HTTP PUT beziehungsweise POST und Leseoperationen über HTTP GET. Angefragte Daten werden im JSON-Format ausgegeben, das gerade bei Webprogrammierern bekannt und geschätzt ist. Gespeicherten Daten müssen nicht einer vorab erstellten Definition genügen, dem so genannten Schema, weshalb CouchDB auch als schemalose Datenbank bezeichnet wird. Im Mittelpunkt steht stets die Struktur der gespeicherten Dokumente. CouchDB ist dabei nicht als Ersatz für relationale Datenbanken zu betrachten. Jeder Ansatz hat unterschiedliche Stärken und Schwächen. Wenn …