Autor Thema: Datenbanksoftware und Tools diverses ...  (Gelesen 158585 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Datenbanksoftware und Tools diverses ...
« am: 09 Dezember, 2004, 21:02 »
MySQL hat zwei neue Werkzeuge für seine gleichnamige Open-Source-Datenbank veröffentlicht. Mit dem neuen Query Browser 1.1.2 lassen sich SQL-Anfragen an MySQL-Datenbanken richten, SQL-Kommandos als Bookmarks verwalten, die Ergebnisse der Anfragen als Tabelle anzeigen und zwecks Vergleich nebeneinander stellen. Eher an die Datenbankverwalter richtet sich der MySQL Administrator, der auf Version 1.0.16 gehoben wurde. Er erlaubt es unter anderem, Benutzer einzurichten und zu verwalten, den MySQL-Server zu konfigurieren, Backups durchzuführen und Tabellendefinitionen anzupassen.

Beide Produkte laufen unter Windows und Linux. Anwender dürfen wie bei MySQL üblich zwischen zwei Lizenzen wählen: der GNU General Public License (GPL) für den Einsatz zusammen mit der GPL unterliegender Software und einer kommerziellen Lizenz, falls man den Code seines Projekts nicht offen legen möchte. Der Query Browser und der Administrator stehen auf diversen Mirror-Servern zum Download bereit.

http://dev.mysql.com/downloads/query-browser/1.1.html

http://dev.mysql.com/downloads/administrator/1.0.html

Quelle : www.heise.de
« Letzte Änderung: 02 Juli, 2009, 08:41 von SiLæncer »

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Erste Beta von MySQL 5
« Antwort #1 am: 29 März, 2005, 19:23 »
MySQL 5.0.3 bringt viele kleine Verbesserungen

MySQL hat jetzt eine erste Beta-Version seiner Datenbank-Software MySQL 5 veröffentlicht. Die neue Version 5.0.3 bringt zahlreiche kleinere Verbesserungen und Änderungen gegenüber den Alpha-Versionen mit sich, auch in Bezug auf Sicherheit.

Mit MySQL 5 hat der schwedische Software-Hersteller großes vor, will man mit den neuen Funktionen doch vor allem in Unternehmen Fuß fassen und seit langen bestehende Ressentiments widerlegen. Unterabfragen (Subselects, Subqueries oder Nested Queries) wurden bereits mit der Version 4.1 eingeführt, MySQL 5 wartet nun endlich auch mit Unterstützung für "Views" und "Stored Procedures" auf.

Unter anderem bietet MySQL 5 "Read-Only-Views" und auch "Updateable-Views" basierend auf einer einzelnen Tabelle oder anderen "Updateable-Views". Mit dem neuen "Greedy Such-Optimierer" beschleunigt werden soll die Optimierung von komplexen Abfragen mit zahlreichen Joins, die sich mit Explain kaum bewältigen lassen.

Darüber hinaus soll MySQL 5 über elementare Zeiger-Unterstützung verfügen und es erlauben, die Erstellung von RTREE-Indizes für MyISAM-Tabellen zu erzwingen. Hinzu kommen einige Neuerungen, die zu einer erhöhten Leistung des DBMS führen sollen, sowie ein bessere Internationalisierung. Mit der Version 5.0.3 wurde allerdings die Unterstützung von Tabellen im veralteten ISAM-Format entfernt.

Auch verspricht die neue Version in einigen Punkten eine höhere Geschwindigkeit; werden nur Meta-Daten einer Tabelle abgefragt, müssen die Tabellen nicht länger geöffnet werden, stattdessen genügt der Zugriff auf die Definition-Datei.

Die MySQL 5.0.3 Beta kann ab sofort von der MySQL-Website heruntergeladen werden.

Quelle und Links : http://www.golem.de/0503/37178.html

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
MySQL 5.0 vor der Fertigstellung
« Antwort #2 am: 27 September, 2005, 21:31 »
Die Open-Source-Datenbank MySQL ist in Version 5.0.13 erschienen, der ersten Ausgabe des 5.x-Entwicklungszweiges, die der Hersteller als Release Candidate bezeichnet. Über den Zeitpunkt der Freigabe einer Stable-Version darf weiter spekuliert werden; einen Anhaltspunkt gibt aber der Wettbewerb, den MySQL jetzt parallel zum Erscheinen des Release Candidate gestartet hat: Wer innerhalb der nächsten acht Wochen Fehler in dieser Version findet und meldet, kann einen iPod nano gewinnen. Wer darüber hinaus in einem Blog über seine Erfahrungen mit MySQL 5.0 berichtet, hat mit ein bisschen Glück kostenlosen Eintritt zur nächsten MySQL-Anwenderkonferenz und darf dort mit dem Entwicklerteam zu Abend essen.

Gegenüber dem derzeit für Produktivumgebungen empfohlenen MySQL 4.1 hat die Version 5.0 etliche Features hinzugelernt: Sie bietet unter anderem benannte Sichten (Views), in der Datenbank abgelegte Prozeduren und Funktionen (Stored Procedures/Stored Functions) sowie rudimentäre Unterstützung für automatisch angestoßene Prozeduren (Triggers) und serverseitige Datensatzzeiger (Read Only, Server Side Cursors). Um das Umsteigen von anderen Datenbanksystemen zu erleichtern, ist MySQL 5.0 in einigen Punkten dichter am ANSI-SQL-Standard als die Vorgänger, darunter bei der Verwaltung der Metadaten sowie bei den Datentypen BIT, VARCHAR und DECIMAL.

MySQL 5.0.13 steht ab sofort für zahlreiche Plattformen zum Download bereit.

Quelle und Links : http://www.heise.de/newsticker/meldung/64354

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
MySQL 5 ist fertig
« Antwort #3 am: 24 Oktober, 2005, 16:29 »
Version 5.0 des freien Datenbankservers MySQL liegt seit heute auf den Servern zum Herunterladen bereit. Sie enthält erstmals einige Funktionen, die für den Einsatz in Geschäftsanwendungen als unabdingbar gelten: Trigger, Stored Procedures und Views.

Stored Procedures sind in einem SQL-Dialekt geschriebene Programme, die in der Datenbank gespeichert sind und von Anwendungsprogrammen ausgeführt werden können. Trigger verknüpfen solche Prozeduren mit Ereignissen wie dem Einfügen, Aktualisieren oder Löschen von Daten, etwa um andere Tabellen zu aktualisieren oder die Gültigkeit von Daten zu prüfen. Views fassen häufig verwendete Abfragen zu eigenen Objekten zusammen, was die Arbeit von Anwendungsentwicklern erleichtert.

Eine weitere wichtige Neuerung sind "Information Schemas", die erstmals das Erfragen von Metadaten mit SQL-SELECT-Befehlen ermöglicht. Dadurch lassen sich Eigenschaften von Tabellen, Indizes und so weiter leichter ermitteln.

Quelle und Links : http://www.heise.de/newsticker/meldung/65280

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
MySQL stellt kostenlosen Support für ältere Versionen ein
« Antwort #4 am: 16 Juli, 2006, 20:24 »
Unterstützung für ältere Datenbanken ist zu teuer

MySQL bietet künftig nur noch fünf Jahre Support für das freie Datenbank-Managementsystem. Zwei Jahre lang wird die Software aktiv weiterentwickelt und alle auftretenden Fehler und Sicherheitslöcher werden korrigiert. Anschließend bessern die Entwickler drei Jahre lang nur noch Fehler der höchsten Priorität aus. MySQL 3.23 wird damit schon im Juli 2006 nicht weiter unterstützt.

In der neu veröffentlichten "MySQL Lifecycle Policy" teilt MySQL den Support-Zeitraum in einen "Active" und einen "Extended Lifecycle". Der Active Lifecycle dauert zwei Jahre, während dieser der Quelltext aktiv weiterentwickelt wird. Sicherheitslücken sowie sämtliche auftretende Fehler will MySQL während dieser Zeit korrigieren. Im Extended Lifecycle, der drei Jahre dauert, sollen zwar auch alle Sicherheitslücken geschlossen werden. Andere Fehler möchte MySQL hingegen nur korrigieren, wenn sie die Priorität 1 zugewiesen bekommen.

MySQLs Vice President Community, Kaj Arnö, erklärt die neue Regelung in seinem Blog mit den hohen Kosten, die die Produktpflege verursacht. Die Unterstützung für MySQL 3.23 läuft daher noch im Juli 2006 aus, MySQL 4.0 wird ab Oktober 2006 nicht mehr unterstützt. Ab diesem Zeitpunkt wird es Support nur noch auf Abonnementbasis über das MySQL Network geben. Zudem werden die alten Versionen nicht mehr in Binärform, sondern nur noch im Quelltext erhältlich sein. Ein Basisabonnement des MySQL Networks kostet derzeit 495,- Euro pro Server und Jahr.

Quelle : www.golem.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Sun überrascht mit MySQL 5.4
« Antwort #5 am: 22 April, 2009, 10:24 »
Eigentlich gilt die 5er-Version von MySQL als abgeschlossen, als nächstes sollte es mit 6.0 weitergehen. Jetzt hat Sun, die gerade einer Übernahme durch Oracle zugestimmt hat, auf der MySQL User Conference überraschend MySQL 5.4 vorgestellt, das im Wesentlichen Patches von Google enthält. Sie sollen die freie Datenbank vor allem in den Fällen beschleunigen, in denen das transaktionsfähige InnoDB-Backend zum Einsatz kommt.

Preview-Versionen von MySQL 5.4 für 64-Bit-Linux und Solaris stehen online bereit, dort gibt es ebenfalls den Quellcode. Durch die Google-Patches soll sich vor allem die Skalierbarkeit von InnoDB-Anwendungen verbessert haben. Durch atomare Instruktionen anstelle von Mutexes sollen Read-Write-Locks schneller geworden sein. Konkurrierende Threads können jetzt ohne Locks synchronisiert werden. Der Performance-Gewinn durch diese Änderungen hängt von der Anzahl Threads ab: Bei 256 seien bis zu 15 Prozent mehr Tempo möglich. Liefen jedoch nur etwa zwei Threads pro CPU beziehungsweise Core, könne der Durchsatz sogar geringfügig sinken.

Testergebnisse auf einer UltraSparc-Maschine zeigten signifikante Verbesserungen gegenüber MySQL 5.1 ab circa 32 virtuellen CPUs. Auf einer Sun Fire mit Nehalem-CPU zeigte sich MySQL 5.4 bei Lese-Schreib-Operationen ab etwa 16 Threads deutlich überlegen.

Weitere Änderungen gibt es bei Überwachungs- und Statusinformationen. So ist in MySQL 5.4 auf Solaris, Mac OS X und FreeBSD Unterstützung für DTrace aktiviert. Die Ausgabe von SHOW ENGINE INNODB STATUS liefert durch von Google übernommene Patches mehr Informationen. Eine vollständige Liste der Änderungen ist auf der MySQL-Website erhältlich.

Quelle : www.heise.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
PostgreSQL 8.4 ist fertig
« Antwort #6 am: 02 Juli, 2009, 08:43 »
Neue Version unterstützt parallele Wiederherstellung

Das freie Datenbankmanagementsystem PostgreSQL ist in der Version 8.4 erschienen. Die neue Version soll Leistungsverbesserungen enthalten, Berechtigungen lassen sich feiner vergeben und es gibt neue Monitoringwerkzeuge.
PostgreSQL 8.4 unterstützt die Window-Aggregat-Funktion aus SQL 2003 sowie rekursive Joins. Neu ist auch die Funktion zur parallelen Wiederherstellung von Datenbanken. Damit sollen sich Backups bis zu achtmal schneller wieder einspielen lassen. Auch bei EXISTS- und NOT-EXISTS-Queries soll die neue PostgreSQL-Version eine höhere Leistung bringen. Die Entwickler versprechen außerdem eine höhere VACUUM-Leistung.

Für die Nutzerauthentifizierung können jetzt SSL-Zertifikate eingesetzt werden. Rechte lassen sich auf Spaltenebene vergeben, wodurch feinere Zugriffsregelungen als bisher möglich sind. Neue Überwachungswerkzeuge geben Auskunft über die laufenden Queries, Query Load und Deadlocks. Der noch als Beta gekennzeichnte pg_migrator soll zudem einen Umstieg von PostgreSQL 8.3 auf die Version 8.4 ermöglichen, ohne dass der Server für längere Zeit nicht erreichbar ist.

Die Warm-Stand-by-Funktion soll sich in der neuen Version einfacher nutzen lassen. Hier können Administratoren den neuen Smart-Modus verwenden, um sicherzustellen, dass alle Logs gesichert werden. Der Fast-Modus entspricht dem bisherigen Verhalten.

Weitere Informationen zu den Änderungen in PostgreSQL 8.4 sowie zu den nötigen Schritten für ein Update finden sich in den Release Notes. PostgreSQL 8.4 steht ab sofort zum Download bereit.

Quelle : www.golem.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Aktiver Support für MySQL 5.0 läuft aus
« Antwort #7 am: 10 Dezember, 2009, 13:22 »
Gut vier Jahre nach dem Erscheinen der ersten Version von MySQL 5.0 stellt Sun den aktiven Support für diese Variante der freien Datenbank zum 31.Dezember dieses Jahres ein. Das Unternehmen wird in Zukunft keine aktualisierten Binärpakete mehr bereitstellen.

"Erweiterte" Unterstützung (extended lifecycle support) gibt es noch weitere zwei Jahre. In diesem Zeitraum werden nur noch Sicherheitslücken beseitigt und besonders schwere Fehler korrigiert. Diese Leistungen bekommen jedoch nur Kunden mit kostenpflichtigen Wartungsverträgen.

Wer jetzt auf die vor einem Jahre erschienene Nachfolgerversion 5.1 umsteigen will, sollte bedenken, dass Sun nach bisherigen Informationen den aktiven Support für diese Version bereits Ende nächsten Jahres einstellen will. Ein Online-Dokument beschreibt die Stolperfallen beim Upgrade.

Quelle : www.heise.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Kleineres Sicherheits-Update für PostgreSQL
« Antwort #8 am: 14 Dezember, 2009, 17:01 »
Die PostgreSQL-Entwickler haben kleinere Updates aller unterstützten Entwicklungen veröffentlicht. Die jeweils aktuellen Versionen des freien Datenbanksystems lauten nun 8.4.2, 8.3.9, 8.2.15, 8.1.19, 8.0.23 und 7.4.27. Das Release beseitigt ein als kleiner eingestuftes SSL-Authentifizierungsproblem und einen Fehler mit erweiterten Zugriffsrechten bei Indices.  Die Entwickler raten allen PostgreSQL-Datenbankadministratoren, ihre Versionen zum nächstmöglichen Zeitpunkt zu aktualisieren.

Das Update enthält insgesamt knapp 50 Bugfixes, von denen die meisten die Version 8.4 betreffen. Andere sind spezifisch für die Windows-Plattform. Die Release Notes enthalten die komplette Liste der Änderungen mit allen Details. Informationen zu den der Sicherheitsproblemen gibt es hier.

Die PostgreSQL Global Development Group, verantwortlich für die Entwicklung der Datenbankentwicklung, wird zudem ab Juni 2010 keine Updates meht für die PostgreSQL-Versionen 7.4 und 8.0 veröffentlichen. Nutzer dieser Versionen sind angehalten, ein Upgrade auf eine neuere Version zu planen.

Quelle : www.heise.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
MySQL 5.5: zweiter Meilenstein zum Download bereit
« Antwort #9 am: 16 Dezember, 2009, 12:14 »
Die MySQL-Entwickler haben die erste herunterladbare Version von MySQL 5.5 veröffentlicht. Zu den wichtigsten Neuerungen in dem freien Datenbankmanagementsystem (DBMS), das laut Oracle auch weiterhin frei bleiben soll, zählen semi-synchrone Replikationen, eine verbesserte Partitionierungssyntax sowie SIGNAL und RESIGNAL, beides Möglichkeiten der programmatischen Fehlerrückgabe in Funktionen, Triggern und Events.

Die semi-synchrone Replikation, ein mehrfaches Vorhalten der Daten an unterschiedlichen Standorten, stammt aus einem Google-Patch für InnoDB. Dabei wird sichergestellt, dass ein Rechner, auf welchen die zu replizierenden Daten übertragen werden, diese auch vollständig empfängt. In der Partitionierung wurden PARTITION BY RANGE und LIST eingeführt, Features, die dafür sorgen, dass Datensätze auf einem definierten Wertebereich basierend auf verschiedene Partitionen verteilt werden. Infolge dessen können Partitionen, welche die abzufragenden Werte sicher nicht enthalten, bei Abfragen unberücksichtigt bleiben, wodurch die Geschwindigkeit gesteigert wird. Die Partitionierung von Tabellen kann anhand von DATE, DATETIME, VAR oder VARCHAR bzw. RANGE COLUMNS oder LIST COLUMNS vorgenommen werden.

Weitere Neuerungen sind, dass »table type« zukünftig von »storage engine« abgelöst werden soll, was sich in TABLE-Statements durch die Verwendung von ENGINE anstelle TYPE äußert. Indexe von MyISAM-Tabellen unterstützen in MySQL 5.5 Key-Caches und es gibt eine TO_SECONDS()-Funktion, welche bei einem übergebenen DATE- oder DATETIME-Wert die seit dem Jahr 0 verflossenen Sekunden zurück liefert.

Mit dieser Version wechselt MySQL zu einem neuen Veröffentlichungsmodell, welches statt Aalpha und Beta Meilensteine verwendet. Die Entwickler wurden bei dieser Entscheidung von JBoss, OpenSuse und anderen inspiriert. Die Meilensteine sollen häufigere Veröffentlichungen mit wenigeren, aber dafür besser geprüften neuen Funktionalitäten mit sich bringen. MySQL 5.5 m2 ist laut den Entwicklern trotz vieler interner Tests noch nicht für den produktiven Einsatz, aber sehr wohl für Tests geeignet. Sie hoffen auf viele Mutige in der Gemeinschaft und deren Feedback. MySQL 5.5 ist auf der MySQL-Downloadseite verfügbar. Neben dem Quellcode werden für viele Distributionen und Betriebssysteme Binärpakete angeboten.

Quelle : www.pro-linux.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
MySQL 5.1.42
« Antwort #10 am: 01 Januar, 2010, 13:16 »
Changes in MySQL 5.1.42

Release availability:

    * MySQL Server 5.1 is available on the following new
      platforms starting with the 5.1.42 release:

         + Mac OS X 10.6 x86/x64
         + HP-UX 11.31 IA64
         + SLES 11 x86/x64

 Important Change:

      Replication: The following functions
      have been marked unsafe for statement-based replication:

         + GET_LOCK()
         + IS_FREE_LOCK()
         + IS_USED_LOCK()
         + MASTER_POS_WAIT()
         + RELEASE_LOCK()
         + SLEEP()
         + SYSDATE()
         + VERSION()

      None of the functions just listed are guaranteed to
      replicate correctly when using the statement-based
      format, because they can produce different results on the
      master and the slave. The use of any of these functions
      while binlog_format is set to STATEMENT is logged with
      the warning, Statement is not safe to log in statement
      format. When binlog_format is set to MIXED, the binary
      logging format is automatically switched to the row-based
      format whenever one of these functions is used.
      (Bug#47995: http://bugs.mysql.com/bug.php?id=47995)

  InnoDB Plugin Notes:

    * InnoDB Plugin has been upgraded to version 1.0.6. This
      version is considered of Release Candidate (RC) quality.
      The InnoDB Plugin Change History
      (http://www.innodb.com/doc/innodb_plugin-1.0/innodb-changes.html)
      may contain information in addition to those changes
      reported here.

  Bugs fixed:

    * Performance: When the query cache is fragmented, the size of
      the free block lists in the memory bins grows, which causes
      query cache invalidation to become slow. There is now a 50ms
      timeout for a SELECT statement waiting for the query cache
      lock. If the timeout expires, the statement executes without
      using the query cache.
      (Bug#39253: http://bugs.mysql.com/bug.php?id=39253)

    * Partitioning: In some cases, it was not possible to add a new
      column to a table that had subpartitions.
      (Bug#48276: http://bugs.mysql.com/bug.php?id=48276)

    * Partitioning: SELECT COUNT(*) from a partitioned table failed
      when using the ONLY_FULL_GROUP_BY SQL mode.
      (Bug#46923: http://bugs.mysql.com/bug.php?id=46923)
      This regression was introduced by
      Bug#45807: http://bugs.mysql.com/bug.php?id=45807.

    * Partitioning: SUBPARTITION BY KEY failed with DEFAULT
      CHARSET=utf8.
      (Bug#45904: http://bugs.mysql.com/bug.php?id=45904)

    * Replication: When using row-based logging, TRUNCATE TABLE was
      written to the binary log even if the affected table was
      temporary, causing replication to fail.
      (Bug#48350: http://bugs.mysql.com/bug.php?id=48350)

    * Replication: Replicating TEXT or VARCHAR columns declared as
      NULL on the master but NOT NULL on the slave caused the slave
      to crash. (Bug#43789: http://bugs.mysql.com/bug.php?id=43789)
      See also Bug#38850: http://bugs.mysql.com/bug.php?id=38850,
      Bug#43783: http://bugs.mysql.com/bug.php?id=43783,
      Bug#43785: http://bugs.mysql.com/bug.php?id=43785,
      Bug#47741: http://bugs.mysql.com/bug.php?id=47741,
      Bug#48091: http://bugs.mysql.com/bug.php?id=48091.

    * InnoDB did not reset table AUTO_INCREMENT values to the last
      used values after a server restart.
      (Bug#49032: http://bugs.mysql.com/bug.php?id=49032)

    * Privileges for stored routines were ignored for mixed-case
      routine names.
      (Bug#48872: http://bugs.mysql.com/bug.php?id=48872)
      See also Bug#41049: http://bugs.mysql.com/bug.php?id=41049.

    * Building MySQL on Fedora Core 12 64-bit would due to errors in
      comp_err. (Bug#48864: http://bugs.mysql.com/bug.php?id=48864)

    * Concurrent ALTER TABLE operations on an InnoDB table could
      raise an assertion.
      (Bug#48782: http://bugs.mysql.com/bug.php?id=48782)

    * During query execution, ranges could be merged incorrectly for
      OR operations and return an incorrect result.
      (Bug#48665: http://bugs.mysql.com/bug.php?id=48665)

    * The InnoDB Table Monitor reported the FLOAT and DOUBLE data
      types incorrectly.
      (Bug#48526: http://bugs.mysql.com/bug.php?id=48526)

    * With row-based binary logging, the server crashed for
      statements of the form CREATE TABLE IF NOT EXISTS
      existing_view LIKE temporary_table. This occurred because the
      server handled the existing view as a table when logging the
      statement. (Bug#48506: http://bugs.mysql.com/bug.php?id=48506)

    * DISTINCT was ignored for queries with GROUP BY WITH ROLLUP and
      only const tables.
      (Bug#48475: http://bugs.mysql.com/bug.php?id=48475)

    * Loose index scan was inappropriately chosen for some WHERE
      conditions.
      (Bug#48472: http://bugs.mysql.com/bug.php?id=48472)

    * A bad typecast could cause query execution to allocate large
      amounts of memory.
      (Bug#48458: http://bugs.mysql.com/bug.php?id=48458)

    * On Windows, InnoDB could not be built as a statically linked
      library. (Bug#48317: http://bugs.mysql.com/bug.php?id=48317)

    * When running mysql_secure_installation, the command would fail
      if the root password contained multiple spaces, \, # or quote
      characters.
      (Bug#48031: http://bugs.mysql.com/bug.php?id=48031)

    * MATCH IN BOOLEAN MODE searches could return too many results
      inside a subquery.
      (Bug#47930: http://bugs.mysql.com/bug.php?id=47930)

    * Connecting to a 4.1.x server from a 5.1.x or higher mysql
      client resulted in a memory-free error when disconnecting.
      (Bug#47655: http://bugs.mysql.com/bug.php?id=47655)

    * Assignment of a system variable sharing the same base name as
      a declared stored program variable in the same context could
      lead to a crash.
      (Bug#47627: http://bugs.mysql.com/bug.php?id=47627)

    * The innodb_file_format_check system variable could not be set
      at runtime to DEFAULT or to the value of a user-defined
      variable. (Bug#47167: http://bugs.mysql.com/bug.php?id=47167)

    * Valgrind errors for InnoDB Plugin were corrected.
      (Bug#45992: http://bugs.mysql.com/bug.php?id=45992,
      Bug#46656: http://bugs.mysql.com/bug.php?id=46656)

    * On 64-bit systems, --skip-innodb did not skip InnoDB startup.
      (Bug#46043: http://bugs.mysql.com/bug.php?id=46043)

    * Truncation of DECIMAL values could lead to assertion failures;
      for example, when deducing the type of a table column from a
      literal DECIMAL value.
      (Bug#45261: http://bugs.mysql.com/bug.php?id=45261)
      See also Bug#48370: http://bugs.mysql.com/bug.php?id=48370.

    * For YEAR(2) values, MIN(), MAX(), and comparisons could yield
      incorrect results.
      (Bug#43668: http://bugs.mysql.com/bug.php?id=43668)

    * The server could crash when attempting to access a
      non-conformant mysql.proc system table. For example, the
      server could crash when invoking stored procedure-related
      statements after an upgrade from MySQL 5.0 to 5.1 without
      running mysql_upgrade.
      (Bug#41726: http://bugs.mysql.com/bug.php?id=41726)

    * When running mysql_secure_installation on Windows, the command
      would fail to load a required module, Term::ReadKey, which was
      required for correct operation.
      (Bug#35106: http://bugs.mysql.com/bug.php?id=35106)

    * If the --log-bin server option was set to a directory name
      with a trailing component separator character, the basename of
      the binary log files was empty so that the created files were
      named .000001 and .index. The same thing occurred with the
      --log-bin-index, --relay-log, and --relay-log-index options.
      Now the server reports and error and exits.
      (Bug#34739: http://bugs.mysql.com/bug.php?id=34739)

    * On some Windows systems, InnoDB could report Operating system
      error number 995 in a file operation due to transient driver
      or hardware problems. InnoDB now retries the operation and
      adds Retry attempt is made to the error message.
      (Bug#3139: http://bugs.mysql.com/bug.php?id=3139)

    * Replication: When using row-based format, replication
      failed with the error Could not execute Write_rows event
      on table ...; Field '...' doesn't have a default value
      when an INSERT was made on the master without specifying
      a value for a column having no default, even if strict
      server SQL mode was not in use and the statement would
      otherwise have succeeded on the master. Now the SQL mode
      is checked, and the statement is replicated unless strict
      mode is in effect. For more information, see Section
      5.1.8, "Server SQL Modes."
      (Bug#38173: http://bugs.mysql.com/bug.php?id=38173)
      See also
      Bug#38262: http://bugs.mysql.com/bug.php?id=38262,
      Bug#43992: http://bugs.mysql.com/bug.php?id=43992.

    * The result of comparison between nullable BIGINT and INT
      columns was inconsistent.
      (Bug#49517: http://bugs.mysql.com/bug.php?id=49517)

    * Incorrect cache initialization prevented storage of
      converted constant values and could produce incorrect
      comparison results.
      (Bug#49489: http://bugs.mysql.com/bug.php?id=49489)

    * Comparisons involving YEAR values could produce incorrect
      results.
      (Bug#49480: http://bugs.mysql.com/bug.php?id=49480)
      See also
      Bug#43668: http://bugs.mysql.com/bug.php?id=43668.

    * If a query involving a table was terminated with KILL, a
      subsequent SHOW CREATE TABLE for that table caused a
      server crash.
      (Bug#48985: http://bugs.mysql.com/bug.php?id=48985)

    * If the InnoDB tablespace was configured with too small a
      value, the server could crash and corrupt the tablespace.
      (Bug#48469: http://bugs.mysql.com/bug.php?id=48469)

    * Parts of the range optimizer could be initialized
      incorrectly, resulting in Valgrind errors.
      (Bug#48459: http://bugs.mysql.com/bug.php?id=48459)

    * On Windows, InnoDB could not be built as a statically
      linked library.
      (Bug#48317: http://bugs.mysql.com/bug.php?id=48317)

    * mysql_secure_installation did not work on Solaris.
      (Bug#48086: http://bugs.mysql.com/bug.php?id=48086)

    * Using REPLACE to update a previously inserted negative
      value in an AUTO_INCREMENT coumn in an InnoDB table
      caused the table auto-increment value to be updated to
      2147483647.
      (Bug#47720: http://bugs.mysql.com/bug.php?id=47720)

    * If a session held a global read lock acquired with FLUSH
      TABLES WITH READ LOCK, a lock for one table acquired with
      LOCK TABLES, and issued an INSERT DELAYED statement for
      another table, deadlock could occur.
      (Bug#47682: http://bugs.mysql.com/bug.php?id=47682)

    * The mysql client status command displayed an incorrect
      value for the server character set.
      (Bug#47671: http://bugs.mysql.com/bug.php?id=47671)

    * After a binary upgrade to MySQL 5.1 from a MySQL 5.0
      installation that contains ARCHIVE tables, accessing
      those tables caused the server to crash, even if you had
      run mysql_upgrade or CHECK TABLE ... FOR UPGRADE.
      To work around this problem, use mysqldump to dump all
      ARCHIVE tables before upgrading, and reload them into
      MySQL 5.1 after upgrading. The same problem occurs for
      binary downgrades from MySQL 5.1 to 5.0.
      (Bug#47012: http://bugs.mysql.com/bug.php?id=47012)

    * The IGNORE clause on a DELETE statement masked an SQL
      statement error that occurred during trigger processing.
      (Bug#46425: http://bugs.mysql.com/bug.php?id=46425)

    * The return value was not checked for some
      my_hash_insert() calls.
      (Bug#45613: http://bugs.mysql.com/bug.php?id=45613)

    * Use of InnoDB monitoring (SHOW ENGINE INNODB STATUS or
      one of the InnoDB Monitor tables) could cause a server
      crash due to invalid access to a shared variable in a
      concurrent environment. This is a further fix for a
      regression introduced in MySQL 5.1.38 to the original fix
      in MySQL 5.1.31.
      (Bug#38883: http://bugs.mysql.com/bug.php?id=38883)

    * If a comparison involved a constant value that required
      type conversion, the converted value might not be cached,
      resulting in repeated conversion and poorer performance.
      (Bug#34384: http://bugs.mysql.com/bug.php?id=34384)

    * Using the SHOW ENGINE INNODB STATUS statement when using
      partitions in InnoDB tables caused Invalid (old?) table
      or database name errors to be logged.
      (Bug#32430: http://bugs.mysql.com/bug.php?id=32430)

    * The Mac OS X 10.6 MySQL preference panel now contains
      x86 64-bit binaries.
      (Bug#46935: http://bugs.mysql.com/bug.php?id=46935)

www.mysql.com

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
PostgreSQL 9.0 Alpha 4
« Antwort #11 am: 08 März, 2010, 15:51 »
The fourth alpha release for PostgreSQL version 9.0, 9.0alpha4, is now available. This alpha contains several new major features added since the previous alpha. Please download, install, and test it to give us early feedback on the features being developed for the next version of PostgreSQL.

Features added in Alpha4 include:

    * Streaming Replication for binary log-based replication of PostgreSQL
    * New in-memory, high-performance Listen/Notify queue
    * Automatic row-count return to drivers on SELECT queries
    * ROWS PRECEDING and ROWS FOLLOWING windowing functions

http://www.postgresql.org/

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Freie Datenbank PostgreSQL soll in den Weltraum
« Antwort #12 am: 18 Juli, 2010, 17:03 »
Offenbar will die NASA die Datenbank PostgreSQL auf der internationalen Raumstation ISS einsetzen. Das ist einer Mail von Daniel P. Duncavage zu entnehmen, der bei der NASA für die Computer an Bord der ISS zuständig ist.

PostgreSQL soll dort die vom Monitoring-System Nagios gelieferten Informationen verwalten. Die für das Ablegen in Datenbanken zuständigen NDOUtils unterstützen bislang nur MySQL. Deshalb fragt Duncavage in seinem Posting nach Hilfe von der PostgreSQL-Community für das Projekt. Zur Not werde die NASA die nötigen Anpassungen jedoch auch selbst vornehmen.

Quelle : www.heise.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Erster Release Candidate von PostgreSQL 9 erschienen
« Antwort #13 am: 01 September, 2010, 13:45 »
Fünf Jahre nach der Freigabe von PostgreSQL[  ]8.0 haben die Entwickler beschlossen, das nächste größere Release der freien Datenbank unter der Versionsnummer 9.0 laufen zu lassen. Es enthält wichtige neue Funktionen wie eine eingebaute Replikation und Trigger, deren Aufruf von einer Bedingung abhängt. Für diese Version ist nun ein erster Release Candidate  erschienen. Laut der Ankündigung sollen bis zur fertigen Version keine neuen Kommandos, Schnittstellen oder APIs mehr hinzukommen.

Der Replikationsmechanismus, der aus den Teilen "Hot Standby" und "Streaming Replication" besteht, baut auf dem vorhandenen Point-in-Time Recovery (PITR) auf und verwendet die für die Transaktionsverarbeitung genutzten White-Ahead-Logs. Die Zugriffsrechte lassen sich jetzt über einige Objekte definieren, die noch gar nicht existieren. Stored Procedures und Funktionen können erstmals auch in Python 3.1 und C++ geschrieben werden. Die Unterstützung für Perl haben die Entwickler offenbar ebenfalls verbessert. Zudem läuft die Software jetzt auf 64-Bit-Windows.

Wer seine Daten von einer Vorgängerversion auf PostgreSQL 9 migrieren will, muss sie mit pg_dump exportieren und anschließend in die neue Version importieren. Alternativ ist ein Upgrade des Datenverzeichnisses mit pg_migrator möglich. Der Quellcode der Betaversion ist ebenso online erhältlich wie ein Windows-Installer und Binärpakete für einige andere Plattformen. Die Release Notes beschreiben alle Änderungen ausführlich.

Quelle und Links : http://www.heise.de/newsticker/meldung/Erster-Release-Candidate-von-PostgreSQL-9-erschienen-1070489.html

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )

Offline SiLæncer

  • Cheff-Cubie
  • *****
  • Beiträge: 189137
  • Ohne Input kein Output
    • DVB-Cube
Erster Release-Kandidat von MySQL 5.5 mit InnoDB als Default
« Antwort #14 am: 20 September, 2010, 08:43 »
Auf seiner Open-World-Konferenz präsentierte Oracle mit 5.5.6 ersten Release-Kandaten von Version 5.5 der freien Datenbank MySQL. Die Software sei voll funktionsfähig, es handele sich aber noch nicht um die "GA"-Variante (general availability), so der für die Entwicklung zuständige Tomas Ulin. 5.5 ist die erste MySQL-Version unter Ägide von Oracle seit der Übernahme von Sun.

Deutlich zeigt sich die Handschrift des neuen Eigentümers am geänderten Default für die Datenbank-Engine: Statt des alten MyISAM ist nun das transaktionsfähige InnoDB voreingestellt. Es soll laut Oracle deutlich schneller als in der Vorgängerversion arbeiten, unter anderem durch mehrere Rollback-Segmente und die Nutzung von asynchronem I/O unter Linux. Insbesondere soll MySQL nun bei vielen gleichzeitigen Verbindungen auf Multi-Core-Maschinen nicht mehr so schnell in die Knie gehen. Das haben die Entwickler durch Änderungen bei den vom Server verwendeten Threads erreicht, unter anderem durch dedizierte Locks für einzelne Aufgaben statt des bislang verwendeten globalen Lock.

Neu sind SIGNAL/RESIGNAL, die standardkonforme Fehlerbehandlung in Stored Procedures erlauben. Ein Performance-Schema liefert Informationen über interne Leistungsdaten des MySQL-Servers. Partitions dürfen anhand von Werten mehrerer Spalten definiert werden. Die Zuverlässigkeit will Oracle durch halb-synchrone Replikation verbessert haben.

Binaries für diverse Betriebsysteme und Quellcode stehen zum Download bereit. Details der Neuerungen in MySQL 5.5 enthält ein Online-Dokument.

Die sogenannten Engines unterscheiden MySQL von anderen Datenankensystemen. Sie übernehmen die eigentliche Datenverwaltung. Je nach Aufgabenstellung stehen spezialisierte Engines zur Verfügung. Das bislang als Default vorgesehene MyISAM steht zwar im Ruf, sehr schnell zu arbeiten. Es bietet jedoch weder Transaktionen noch Fremdschlüssel. Sie gehören zum Repertoire von InnoDB, dem jedoch wiederum die in MyISAM vorhandenen Volltext-Indizes fehlen. Diese Funktion will Oracle in Zukunft nachrüsten.

Quelle : www.heise.de

Arbeits.- Testrechner :

Intel® Core™ i7-6700 (4 x 3.40 GHz / 4.00 GHz)
16 GB (2 x 8 GB) DDR4 SDRAM 2133 MHz
250 GB SSD Samsung 750 EVO / 1 TB HDD
ZOTAC Geforce GTX 1080TI AMPExtreme Core Edition 11GB GDDR5
MSI Z170A PC Mate Mainboard
DVD-Brenner Laufwerk
Microsoft Windows 10 Home 64Bit

TT S2 3200 ( BDA Treiber 5.0.1.8 ) + Terratec Cinergy 1200 C ( BDA Treiber 4.8.3.1.8 )