sqlite est assez inadapté pour un cms je pense, l'idée d'un cms est d'autoriser plusieurs personnes à modifier conjointement les données d'un site web, et sqlite étant un systeme sans serveur soumis à des contraintes de lock. me semble qu'il te faut un sgbd réel, mysql ou postgres ou autre mais étant capable d'etre multiutilisateur.
les autres sgbd sont dans les grandes lignes sont similaires à mysql, même un truc comme oracle, ce qui les diférencie souvent c'est le mode de license leur capacité à subit de la charge, et le nombre de features disponibles (mais pour un site web on en utilise tellement peu) les apis sont quasi toutes les mêmes
connexion -> requetage -> récupération du résultat avec boucle si select, ou du nombre d'enregistrement impacté (en cas d'update/insert/delete) -> free sur la requete -> close
c'est en réalité assez facile de coder une couche d'abstraction pour les sgbd, l'interet de pdo étant qu'elle est faite en c donc fatalement plus rapide qu'un équivalent php.
Fait du php depuis que ca existe ou presque
