Etude de case Cassandra

This commit is contained in:
Baptiste Jonglez 2025-04-02 23:16:44 +02:00
parent c766d31a90
commit c70223ad49
2 changed files with 18 additions and 0 deletions

Binary file not shown.

After

Width:  |  Height:  |  Size: 18 KiB

View file

@ -493,6 +493,24 @@ Related work : OS scheduler, FaaS, théorie des files d'attente (mais ressources
\end{frame}
\begin{frame}
\frametitle{Exemple avec Cassandra : base de données distribuée orientée colonne}
SQL-like, mais expose le sharding à l'application pour avoir de bonnes
performances :
\begin{itemize}
\item l'application définit un modèle de données (table et colonnes) comme en SQL
\item mais pas de ``join'' ou de foreign key (trop coûteux en distribué)
\item l'application choisit une \textbf{partition key} : garantie que toutes les entrées avec la même partition key seront stockées sur le même noeud
\item SELECT sur une valeur unique de partition key : optimisé (un seul noeud à contacter)
\item SELECT sur plusieurs valeurs de partition key : possible mais lent
\end{itemize}
\begin{center}
\includegraphics[width=.4\linewidth]{assets/cassandra-data-model.jpg}
\end{center}
\end{frame}
\begin{frame}{Une étude de cas encore expérimentale}
\vfill