Oracle Berkeley DB Java Edition Moteur de stockage transactionnel à haute performance.
Télécharger maintenant

Oracle Berkeley DB Java Edition Classement & Résumé

Oracle Berkeley DB Java Edition Mots clés

oracle stockage transactionnel Traduction des données Berkley DB berkley dB

Oracle Berkeley DB Java Edition La description

Moteur de stockage transactionnel de haute performance. Oracle Berkeley DB Java Edition est un moteur de stockage transactionnel élevé, écrit entièrement en Java. Comme le produit très performant Berkeley DB, Berkeley DB Java Edition exécute dans l'espace d'adressage de l'application, sans la surcharge de la communication client / serveur.it stocke les données du format natif de l'application, aucune traduction de données d'exécution n'est requise. Berkeley DB Java Edition prend en charge les transactions et la récupération d'acide complet. Il fournit une interface programmatique facile à utiliser, permettant aux développeurs de stocker et de récupérer des informations rapidement, simplement et de manière fiable. Voici quelques caractéristiques essentielles de «Oracle Berkeley DB Java Edition»: · Stockage local de données en cours. · Schéma neutre, stockage de données natif de l'application. · Récupération de données clé et séquentielle. · API de collections Java faciles à utiliser. · API de persistance pour accéder aux objets Java. · Processus unique, modèle multi-threading. · Verrouillage de niveau record pour une hausse simultanée. · Soutien aux index secondaires. · En-mémoire, sur disque ou les deux. · Les threads de nettoyage de fond configurables réorganisent des données et optimisent l'utilisation du disque. · Conformité complète acide. · Niveaux d'isolement sélectionnable et garanties de durabilité, configurables sur une base de transaction. · Transactions gérées à l'aide de l'API de transaction Java (JTA). · Intégration J2EE Application Server à l'aide de l'architecture de connecteur J2EE (JCA). · Fournit un soutien à la surveillance, audit et à l'administration à l'aide des extensions de gestion Java (JMX). · Modes de récupération de défaillance catastrophique et de routine. · Détection de dépôt basée sur le délai d'attente. · Sauvegardes chaudes et froides, compactage du fichier journal et décharges de la base de données complètes. · Java pur 100% pour la portabilité et la facilité de développement. · Fichier JAR unique - Facile à installer, fonctionne dans le même JVM que l'application. · Java 1.4.2 ou ultérieure édition standard JVM requise. · Administration programmatique et gestion-zéro administration humaine. · API pour les fonctions administratives de routine. · Petite empreinte 772kb. · Évolutionnable des téraoctets de données, des millions d'enregistrements. · Code source, suite de test incluse. Exigences: · Java 1.5 ou plus tard. Quoi de neuf dans cette version: · Cette libération comporte une haute disponibilité de Je haute disponibilité, ce qui permet l'utilisation de Jeffre une réplication. Voir le Guide de haute disponibilité pour une introduction au produit et le com.sleepycat.je.rep Javadoc pour les spécifications de l'API. · Je suis maintenant fournit deux implémentations de JMX MBean pour surveiller une application JE en cours d'exécution. Un plug-in JConsole est également prévu pour accéder aux nouveaux classes de Jemonitor et Repjemonitor. Les statistiques sur l'environnement peuvent être collectées et graphiques, et d'autres informations de l'état peuvent être périodes. Voir la façon dont-à-faire pour plus d'informations. · Il est essentiel que les fichiers non valides ne soient pas ajoutés à un jeu de sauvegarde, car l'environnement en direct et la sauvegarde seront invalides. Deux nouvelles classes prennent désormais la vérification des fichiers journaux avant de faire une sauvegarde. · La classe COM.SLEEPYCAT.JE.UTIL.LOGVERINGIANINELUTSTREAM permet de vérifier la vérification du journal, car les fichiers sont en cours de copie. La classe com.sleepycat.je.util.dbverifyLog est une simple utilitaire de ligne de commande pour inclusion dans les scripts de sauvegarde. · Le curseur et la récupération de l'enregistrement de base de données ont été optimisés pour réduire considérablement les E / S lorsque la base de donnéesTentry.setPartiale est utilisée pour supprimer le retour de l'élément de données et le mode d'isolation Read_ungmied est utilisé. Voir «Utilisation des paramètres de base de données partielles» dans le curseur Javadoc pour plus d'informations. · Les méthodes d'environnementConfig.setnodename (chaîne nodename) et d'environnementConfig.getnodEname () ont été ajoutées pour correspondre à ces mêmes méthodes de réplicationConfig. Réglage du nom de nud EnvironnementConfig provoquera des messages Java.Util.Logging et des noms de threads pour inclure le nom spécifié par l'utilisateur. C'était auparavant seulement vrai pour les environnements répliqués et a été étendu au travail pour des environnements non répliqués, en tant qu'aid de débogage lors de l'utilisation de plusieurs environnements dans le même JVM. La fonctionnalité a été demandée à l'origine sur le forum OTN. (changé dans 4.0.70)

Oracle Berkeley DB Java Edition Logiciels associés