Existe-t-il toujours un cas d'utilisation du préfixe de table de base de données dans Magento?


8

Je me souviens que le préfixe était une fois incité, car de nombreux hébergeurs ne prenaient en charge qu'une seule base de données par utilisateur, de nombreuses applications devaient partager une seule base de données et cela pouvait entraîner des conflits. Le préfixe vous a également permis d'installer plus d'un magento dans la même base de données.

Mais, y a-t-il encore une raison pour eux aujourd'hui, je ne vois pas? Même sur un hébergeur gratuit, vous obtenez suffisamment de bases de données ce que je sais.

Réponses:


6

Premièrement, certaines personnes disposent encore d'un nombre limité de bases de données et peuvent utiliser cette fonctionnalité. Et il peut y avoir des gens qui trouvent pratique de tout avoir dans une seule base de données, bien que je ne le recommanderais jamais. À mon humble avis, séparer les bases de données est toujours mieux.

Deuxièmement, il peut également s'agir d'un problème de sécurité. Avoir un préfixe pour vos tables de base de données rend plus difficile pour un attaquant de deviner les noms des tables et de faire des trucs stupides.


"Second ...": assurez-vous qu'ils ne peuvent pas du tout atteindre votre base de données. Une fois qu'ils sont
entrés

@ 7ochem bien sûr. Mais c'est une autre barrière. Au moins, je verrouille également la porte de mon appartement même s'il y a une porte d'entrée verrouillée ;-)
Simon

7

Comme ils disent:

Il n'y a que deux choses difficiles en informatique: l'invalidation du cache et les noms.

En ce qui concerne ce dernier, les préfixes peuvent être utilisés pour rendre les noms un peu plus faciles. Si vous n'en trouvez pas le besoin, ne l'utilisez pas. Y a-t-il une raison spécifique pour laquelle les gens pourraient l'utiliser? Oui, afin qu'ils puissent nommer les choses de manière logique.

À titre d'exemple, imaginez la pauvre âme qui arrive à gérer des centaines de bases de données actives différentes (production, mise en scène, développement, etc.). Imaginez maintenant qu'il veut que son travail soit un peu moins difficile et qu'il trouve un schéma de dénomination qui l'aide. Peut-être qu'il ajoute prod_, dev_, stage_comme préfixe pour reconnaître le statut actuel de la DB (avec un script de migration qui renomme tables lorsqu'il est déplacé).

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.