Je lis / regarde beaucoup de contenu de Robert C. Martin. Je l'ai rencontré en train de dire que SQL n'était pas nécessaire à cause des disques SSD. Lorsque je recherche d'autres sources pour sauvegarder cela, je reçois une série d'articles aléatoires décrivant la différence de performances SQL entre les disques durs et les disques SSD (ce qui est lié mais pas ce que j'essaie de rechercher).
En fin de compte, je ne comprends pas à quoi il veut en venir. Est-il en train de dire de remplacer SQL par les technologies No-SQL? Est-il en train de dire de stocker des données dans des fichiers dans un système de fichiers? Ou veut-il simplement que les gens arrêtent d'utiliser SQL / Relational Databases en raison d'attaques SQLi? Je crains de ne pas comprendre ce qu'il essaie de dire.
Je vais fournir quelques liens ici pour que vous puissiez lire directement dans son esprit:
Premièrement, il déclare que SQL devrait être entièrement supprimé du système.
La solution. La seule solution. C’est éliminer complètement le code SQL du système. S'il n'y a pas de moteur SQL, il ne peut y avoir d'attaques SQLi.
Et bien qu'il parle de remplacer SQL par une API, je ne pense pas qu'il veuille dire mettre SQL derrière une API à cause de cette citation précédente et de ce qu'il a dit plus tôt dans l'article.
Les frameworks ne traitent pas le problème; ...
Note latérale: En disant SQL, je suis presque certain que Robert veut dire la plupart des bases de données relationnelles. Peut-être pas tout sauf la plupart. Dans tous les cas, la plupart des gens utilisent quand même SQL. alors...
Si SQL n'est pas utilisé pour conserver des données, que devons-nous utiliser?
Avant de répondre à cela, je devrais également noter. Robert souligne que les disques SSD devraient changer les outils que nous utilisons pour conserver les données. La réponse de Søren D. Ptæus le souligne.
Je dois également répondre au groupe "mais intégrité des données". Après quelques recherches, Robert recommande d' utiliser des bases de données transactionnelles telles que datomic . Puis CRUD se transforme en CR (créer et lire) et les transactions SQL disparaissent complètement. L'intégrité des données est bien sûr importante.
Je ne peux pas trouver une question qui englobe tout cela. Je suppose que je cherche des alternatives qui correspondent aux directives de Robert. Datomic en est un, mais est-ce cela? Quelles autres options correspondent à ces directives? Et fonctionnent-ils réellement mieux avec les disques SSD?
eval(request.GET["table_name"] + ".get(pk=" + request.GET["pk"] + ")"))
. Ce n'est pas SQL qui est vraiment en faute, mais des programmeurs pauvres et ignorants.