ODB ODB is een objectendatabase Frontend voor Python.
Download nu

ODB Rangschikking & Samenvatting

ODB Tags

database Database API Database Frontend Gegevensopslagmachines Berkeley BDB

ODB Beschrijving

ODB is een objectdatabase Frontend voor Python. ODB is een objectdatabase Frontend voor Python.odb is een frontend tot drie verschillende gegevensopslagmotoren. Een van hen is BDB (Berkeley DB), de andere twee zijn geheugenresident databases zoals BDB alleen geschreven volledig in Python (en bij dit pakket inbegrepen - BDB en BSDDB3 zijn afzonderlijke installaties). De interface is erg veel schoner. ODB probeert veel van het griezelige lef van de database-interacties van de gebruiker te verbergen. De "volledige" en "Mem" -motoren.odb begon zijn leven als een eenvoudige wrapper rond Berkeley DB. BDB veroorzaakte ons echter veel pijn vanwege de vergrendelingskwesties. We rijdden we in de uitzonderingen gegooid als gevolg van gedetecteerde impasers die heel moeilijk waren om mee om te gaan met in onze omgeving - het "juiste ding" was om de transactie opnieuw te proberen, de controlelogica te compliceren en vaak leidt tot verdere impassingen. Meer lastig waren de gevallen waarin we sloten lekten. Het was erg moeilijk voor ons om erachter te komen waar de sloten werden gelekt en we eindigden een beetje een beetje een bit van de database-herstel - niet wat je wilt voor een 24/7 productieomgeving. Dus ik besloot op een gegeven moment om te proberen ODB te proberen De eigen in-memory database-motor volledig geschreven in Python. Uiteraard was de prestaties niet veel van een probleem voor ons, dus we konden wegkomen met een enkele slot voor de hele omgeving - vandaar geen deadlock-problemen. De eerste incarnatie werd "MEMDB" genoemd - het heeft de database opgeslagen als een reeks logfiles. Wanneer een exemplaar van de database is gestart, zou het alle logbestanden in het geheugen in het geheugen laden en de database één verandering in een tijdje herbouwen. Dit werkte goed genoeg, terwijl de motor draaide, maar zoals u zich zou kunnen voorstellen, is de initiële belasting over Database van elke significante grootte was volledig gek. Dus ik voegde snel de mogelijkheid aan het checkpoint toe - je zou het milieu kunnen opslaan als een gigantisch staatsbestand en dat bij het opstarten laden. Lees vervolgens alleen het logboek vanaf het punt waar u controleerde. Deze benadering was beter, maar had nog steeds het nadeel van het vereisten dat u de hele database bij het opstarten leest. Het is niet zo slecht dat de database volledig in het geheugen leeft - het geheugen is tegenwoordig groot. Het probleem is om een complete lading bij het opstarten uit te voeren. Dus dit is hoe de "volledige" implementatie werd geboren. De volledige implementatie controleert de database naar een heap-bestand. Hierdoor kunnen de interne bleides lui-load-knooppunten als ze toegankelijk zijn, wat resulteert in minimale startup time.at deze keer, alle interfaces zijn meestal intercompatibel - als u codeert naar de abstracte ODB-interface (zie "ODB.DBI") Moet het mogelijk zijn om te schakelen zonder enige coderingsverschillen. Als u gebruik wilt maken van de speciale functies van het "volledige" back-end, gebruikt u die interface specifiek: {{van ODB.FOLL IMPORT FUMLENV ENV = FUCIMEV ('database_dir')}} Wat is er nieuw in deze release: · Een vergelijkingsbug werd vastgelegd in de lijst met hoop bestand. · Ondersteuning voor automatisch herstel van logbestanden is toegevoegd.

ODB Gerelateerde software