Question

Je commence des recherches sur un projet qui devra fournir une sémantique ACID dans sa base de données.

En raison de la nature des données, il n’est pas approprié de les stocker dans des systèmes standards courants (relationnels ou valeur-clé).

Quelles sont les bonnes ressources sur la manière de mettre en œuvre des systèmes qui doivent fournir une sémantique ACID?

Ma recherche Google typique renvoie davantage d'informations sur les systèmes qui fournissent déjà une sémantique ACID plutôt que sur la mise en œuvre de tels systèmes.

Était-ce utile?

La solution

ARIES est un algorithme populaire pour la mise en oeuvre d'une base de données ACID (SQL Server utilise cet algorithme, par exemple).

  1. Wikipedia sur ARIES
  2. Le document ARIES

Autres conseils

Timothy Leary - Comment exploiter son cerveau

http://www.youtube.com/watch?v=SQq_XmhBTgg

Si vous connaissez l'allemand, je recommanderais

  • Alfons Kemperer: Datenbanksysteme - Eine Einf & # 252; hrung, ISBN 3486576909

"Einf" # 252; hrung ", ce qui signifie" introduction ", est une sous-estimation grossière. Le livre contient plusieurs chapitres sur la manière de disposer physiquement les données, WAL (journalisation en écriture anticipée), les historiques sérialisables par rapport aux historiques non sérialisables, le redémarrage après une panne et bien plus encore.

Je doute cependant que vous souhaitiez vraiment écrire quelque chose comme ça. Dois-je vous rappeler qu'en théorie, vous pouvez modéliser n'importe quelle structure de données par rapport au modèle relationnel?

Découvrez la concurrence optimiste. Utilisez une approche STM (logiciel transactionnel logiciel) au lieu de verrouiller. Beaucoup plus rapide et facile à mettre en œuvre. Vous pouvez avoir 10 000 ou 100 000 transactions ACID par seconde en utilisant le niveau d’isolement SERIALIZABLE. Pas besoin de relâcher la propriété d’isolation des transactions.

En outre, je suggère d’envisager l’utilisation d’une structure de données partiellement persistante pour le cache en mémoire et éventuellement pour les données sur disque. Il permet aux lecteurs de ne jamais être bloqués par des opérations d’écriture.

Voir http://bergdb.com/ pour la base de données sur laquelle je travaille. N'hésitez pas à me contacter pour discuter de ce sujet intéressant. / Frans Lundberg

Et pour ma part sur les propriétés mal définies d’ACID:

http://blog.franslundberg.com/ 2013/12 / acid-does-not-make-sense.html

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top