Ein häufiges Problem bei Informix ist, das der root-DBSpace zu klein wird. Das liegt daran, das auch langsam wachsende Datenbanken über einen längeren Lebenszyklus groß werden, aber auch daran das durch neue Anforderungen und Versionen zusätzliche Datenbanken ins root-DBSpace gepackt werden.
Die Anzahl technischer Geräte, die miteinander vernetzt Daten austauschen, steigt explosionsartig. Gartner spricht in einer Prognose für das Jahr 2020 von 30 Milliarden angeschlossenen Geräten. Die vielfältige Weise, in der diese Geräte miteinander kommunizieren, wird unser Alltagsleben weiter automatisieren - einhergehend mit einer Flut von ständig neu produzierten und bereitzuhaltenden Daten.
Zu diesem Thema wurden aktuell im IBM Informix Channel noch zwei Videos in YouTube eingestellt auf die wir hier hinweisen: (YouTube IBM Informix Channel - Internet-of-Things with IBM Informix)
Die Chat with the Lab Aufzeichnungen werden von der IBM regelmäßig im Developer Works Wiki veröffentlicht, weitere Präsentation können Sie dort einsehen (Chat wih the Lab).
Michael Chris Golledge - Advisory Software Engineer IBMdeveloperWorks article - 10 July 2014
IBM Bluemix provides an easy-to-use platform for developing a solution involving sensors, database storage (in the TimeSeriesDatabase), server-side analytics, and a monitoring application to warn the customer if trouble appears to be imminent. This demonstration is a simple simulation of a refrigerator, cloud-based storage and analytics, and monitoring software to alert the user if the device is approaching unsafe temperature limits. Use the tools described here to build a similar solution to solve a real problem you're facing.
Visit developerWorks and view article online ...
IBM-developerWorks-Golledge-Informix-TimeSeries-Service-App-(2014-07)
Welche Änderungen bringt eine neue Informix Version mit sich?
Die Antworten – quasi aus erster Hand – bietet das Informix Documentation Team in einem Blog auf der developerWorks Seite. Die kurzen und übersichtlichen Zusammenfassungen fanden wir so hilfreich, dass wir hier gezielt darauf hinweisen.
Der Blog wurde im April 2010 gestartet und bietet natürlich auch viele nützliche Informationen zu den vorherigen Informix Versionen 11.50 und 11.70. Ein Auszug zu den Änderungen der Version 12.10.xC4 finden Sie weiter unten.
Wer es noch genauer und umfassender wissen will, kann direkt auf die im IBM Knowledge Center eingestellte Dokumentation gehen. Für Informix Administratoren sind diese Seiten auf jeden Fall ein Lesezeichen wert.
Normalerweise sind die Limitierungen für Tabellen in einer Informix-Instanz ausreichend hoch, so das man keine Probleme beim Betrieb der Instanz bekommt. Nutzt man die alten Simple Large Objects TEXT und BYTE in Informix ist das aber anders. Diese BLOBs können noch nicht in einem Smart-Blobspace liegen, wie die neuen Smart Large Objects sondern müssen in einen Blobspace (alter Typ).
Im Gegensatz zu Smart-Blobspaces können Blobspaces aber nicht mit Logging angelegt werden. Das hat große Nachteile, wenn man eine Hochverfügbarkeitslösung wie HDR, RSS oder SDS nutzen möchte. Da alle diese Lösungen über den Austausch von logical Log-Informationen funktionieren, werden Objekte die nicht über das log. Log laufen nicht repliziert.
Die einzige Lösung, die Simple Large Objects mit log. Log zu betreiben ist, auf einen Blobspace zu verzichten und die BLOBs in den Tablespace zu speichern.
Jetzt kommen aber die die Tabellen-Limits von Informix zum Tragen. Eine Row darf 32kByte lang werden. Das ist in diesem Fall kein problematisches Limit, weil für ein Simple Large Object in die Row-Size nur ein Descriptor von 56Byte eingeht. Ein weiteres Limit, die maximale Anzahl Pages pro Fragment, ist hier wesentlich tragischer. Dieses Limit liegt nämlich bei 16.777.215 Daten-Pages. Die Frage ist, zählen die Pages, die ein Simple Large Object belegt dazu?
Die Dokumentation von Informix schweigt hierzu. Um zu ermitteln, ob die Blob-Pages zu den Daten-Pages zählen, haben wir ein 100GB großen Chunk angelegt. Plattform war Windows mit 4k Pagesize. In einer Schleife wurden in die Tabelle mit 2 Feldern vom Typ TEXT Sätze mit durchschnittlich 300kByte an Daten eingefügt. Die Frage war - bei wieviel Sätzen ist Schluß?