Lorsque vous passez d'un RDMS (MySQL) à une base de données graphique ou document, cela nécessite-t-il de nombreuses modifications du code d'application ou une réécriture complète du code? J'utilise MySQL mais je prévois de passer à 5-6 mois pour une implémentation NoSQL pour certains modules. Je souhaite donc conseiller mon équipe de développement sur les meilleures pratiques en matière de développement afin de minimiser le temps passé et de minimiser les changements de code. Plate-forme actuelle est PHP codeignitor avec MySQL.Website est un site de contenu utilisateur.Passage de Mysql à nosql plus tard. Exigences du code?
Vous devez utiliser le DB graphique pour le composant amis et le DB de document pour stocker le courrier, les détails de profil et les flux d'activité. Actuellement, nous avons passé plus de 2 mois sur la création du schéma dans MYSQL qui semble être un gâchis étant donné que le changement se produira dans quelques mois d'où je veux éviter autant de changements de code que possible plus tard.
Pour un, il peut être nécessaire de supprimer toutes les requêtes SQL du code pour ces modules?
Avez-vous utilisé un ORM? Si oui, vous pouvez être d'accord. Sinon, vous devrez réécrire la plupart des choses à faire avec le modèle. –
Non, pas ORM. Même la logique d'application comme les fonctions/classes? – BrianJ
Presque tout ce qui touche directement les données devra être réécrit. Ma suggestion serait de résumer un peu la logique de mysql, même si c'est quelque chose d'aussi simple que function query ($ query) {return mysql_query ($ query);} 'et ensuite utiliser query() au lieu de mysql_query() dans le script, puis faites-le pour à peu près toutes les fonctions de base de la base de données. De cette façon, vous pouvez revenir plus tard et essentiellement débrancher ces fonctions et brancher un nouveau jeu de fonctions avec les mêmes noms qui tire des données de n'importe quelle source et renvoie les résultats dans le même format que MySQL. – Phoenix