cassandra
1.0.0
Apache Cassandra est un magasin de lignes partitionné hautement évolutif. Les lignes sont organisées en tables avec une clé primaire requise.
Le partitionnement signifie que Cassandra peut distribuer vos données sur plusieurs machines de manière transparente pour les applications. Cassandra répartira automatiquement au fur et à mesure que les machines seront ajoutées et supprimées du cluster.
Le magasin de lignes signifie que, comme les bases de données relationnelles, Cassandra organise les données par lignes et colonnes. Le langage de requête Cassandra (CQL) est un proche parent de SQL.
Pour plus d'informations, consultez le site Web Apache Cassandra.
Les problèmes doivent être signalés sur The Cassandra Jira.
Java : voir les versions prises en charge dans build.xml (recherchez la propriété "java.supported").
Python : pour cqlsh , voir bin/cqlsh (recherchez la fonction "is_supported_version").
Ce petit guide vous guidera dans la mise en place et l'exécution d'un cluster de base à un nœud et vous montrera quelques lectures et écritures simples. Pour un guide plus complet, veuillez consulter le Guide de démarrage du site Web Apache Cassandra.
Tout d'abord, nous allons décompresser nos archives :
$ tar -zxvf apache-cassandra-$VERSION.tar.gz $ cd apache-cassandra-$VERSION
Après cela, nous démarrons le serveur. L'exécution du script de démarrage avec l'argument -f fera que Cassandra restera au premier plan et se connectera à la sortie standard ; il peut être arrêté avec ctrl-C.
$ bin/cassandre -f
Essayons maintenant de lire et d'écrire des données à l'aide du langage de requête Cassandra :
$ bin/cqlsh
Le client en ligne de commande est interactif, donc si tout fonctionne, vous devriez être assis devant une invite :
Connecté au cluster de test sur localhost:9160. [cqlsh 6.3.0 | Cassandra 5.0-INSTANTANÉ | Spécification CQL 3.4.8 | Protocole natif v5] Utilisez HELP pour obtenir de l'aide. cqlsh>
Comme le dit la bannière, vous pouvez utiliser « aide » ; ou '?' pour voir ce que CQL a à offrir, et « arrêter » ; ou « sortie ; » quand tu t'es assez amusé. Mais essayons quelque chose de légèrement plus intéressant :
cqlsh> CRÉER un schéma KEYSPACE1
AVEC réplication = { 'class' : 'SimpleStrategy', 'replication_factor' : 1 };
cqlsh> USE schéma1 ;
cqlsh:Schema1> Utilisateurs CREATE TABLE (
user_id varchar CLÉ PRIMAIRE,
premier varchar,
dernier varchar,
âge entier
);
cqlsh:Schema1> INSERT INTO utilisateurs (user_id, premier, dernier, âge)
VALEURS ('jsmith', 'John', 'Smith', 42) ;
cqlsh:Schema1> SELECT * FROM utilisateurs ;
identifiant_utilisateur | âge | premier | dernier
---------+-----+-------+-------
jsmith | 42 | Jean | forgeron
cqlsh:Schéma1>Si votre session ressemble à ce qui précède, félicitations, votre cluster à nœud unique est opérationnel !
Pour en savoir plus sur les commandes prises en charge par CQL, consultez la référence CQL. Une façon raisonnable de voir les choses comme suit : "SQL moins les jointures et les sous-requêtes, plus les collections".
Vous vous demandez où aller à partir d'ici ?
Rejoignez-nous dans #cassandra sur ASF Slack et posez des questions.
Abonnez-vous à la liste de diffusion des utilisateurs en envoyant un courrier à [email protected].
Abonnez-vous à la liste de diffusion des développeurs en envoyant un e-mail à [email protected].
Visitez la section communautaire du site Web de Cassandra pour plus d'informations sur la manière de s'impliquer.
Visitez la section développement du site Web de Cassandra pour plus d'informations sur la façon de contribuer.
