Question

Y at-il points de repère sur l'utilisation, la rapidité, la fiabilité des bases de données svn back-end?

  • SQLite
  • MySQL
  • PostgreSQL
  • BerkeleyDB
  • système Fichierplat

Disons que nous avons 20 personnes qui travaillent sur le dépôt en même temps. Que choisir?

Était-ce utile?

La solution

Le backend FSFS est le plus éprouvé et stable du lot. Pour seulement 20 personnes, vous n'êtes pas susceptible d'avoir des problèmes de performance du tout.

Autres conseils

Aujourd'hui, vous n'avez 2 choix si vous hébergez votre propre serveur:

  1. BDB (BerkeleyDB)

  2. FSFS (système de fichiers direct)

Ces jours-ci, FSFS est le back-end préféré, et a été pendant plusieurs années. Il n'y a presque aucun avantage à BDB, et je pense qu'il est seulement autour de la compatibilité de l'héritage. FSFS est la valeur par défaut sur toutes les versions SVN actuelle. Beaucoup des distributions binaires SVN ne sont même pas compilé dans le support BDB.

Plus d'infos: http: // svnbook. red-bean.com/en/1.5/svn.reposadmin.planning.html#svn.reposadmin.basics.backends

Notez que les implémentations personnalisées sont possibles. Par exemple, Google Code a une coutume backend SVN en fonction de leur l'architecture BigTable . Je ne sais pas si d'autres fournisseurs d'hébergement SVN font quelque chose de similaire.

De plus, les développeurs SVN ont travaillé sur un remplacement pour FSFS appelé FSX ou FS2 . Il est encore au stade expérimental cependant.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top