Base de données d'échelle RT

J'ai récemment entendu dire que quelqu'un a suggéré que le suivi de requête RT puisse avoir des problèmes d'évolutivité en raison d'une base de données anormalisée. (Quelqu'un à la réunion Perl, que je suis allé, l'a appelé dans la lumière positive de Hyper-Normalized, mais je pense qu'il peut mal comprendre quelle normalisation est tout à propos de). D'autre part, je sais que les grandes entreprises, telles que CPAN Perl, Utilisé RT. Si ce niveau de mise à l'échelle des mesures spéciales nécessite de faire face à ce qui se passe lorsque db devient trop grand? Quelle expérience as-tu eu?
Invité:

Hannah

Confirmation de:

J'ai travaillé dans une entreprise qui avait des centaines de milliers d'applications dans RT, Et avant l'introduction du filtre anti-spam dur, j'ai ajouté plusieurs milliers de nouvelles applications par jour uniquement à cause du spam.

Bien que d'être sur la boîte, quelles normes d'aujourd'hui

ancien

(Classer P4) Il n'a jamais eu de problèmes de performance. Il est principalement dû à l'utilisation de correctement géré Postgres comme backend MySQL fonctionne bien mais RT Juste mieux optimisé pour cela.

tu peux dire RT Supprimer les anciens billets, mais il détruit les données et les gaspilles de temps imho.

Christine

Confirmation de:

Combien de temps pensez-vous que les erreurs de suivi? Je soupçonne que le kit de travail est relativement petit et doit facilement cacher la base de données.

Problèmes d'échelle unique RT, que je peux trouver appartenir à 2003 année et seulement dans la recherche. Utilisateurs de base RT, Il y aura probablement un email, qui devrait être relativement facile par rapport aux moteurs de recherche aléatoires de la base de données.

Pour répondre aux questions, connectez-vous ou registre