Avec certaines versions de SQL, il est possible de partitionner votre base de données. L’option fractionne fondamentalement la base de données en plusieurs fichiers de données, ce qui peut améliorer les performances.
Si vous installez ePO 5.10 sur une version de SQL qui prend en charge le partitionnement, le programme d’installation d’EPO partitionne automatiquement la base de données d’événements en 12 fichiers de données distincts. Chaque fichier représente l’un des 12 mois de l’année. Vous pouvez également partitionner manuellement votre base de données.
Remarque : Des problèmes peuvent survenir si vous essayez de déplacer une base de données partitionnée vers une version de SQL qui ne prend pas en charge le partitionnement. Toutes les
éditions SQL Enterprise actuelles prennent en charge le partitionnement, mais certaines versions de SQL
standard Edition ne le font pas. Par exemple, SQL
2014 standard et versions antérieures ne prennent pas en charge le partitionnement.
actuellement, ePO ne prend pas en charge :
- Conversion d’une base de données partitionnée en une base de données non partitionnée
- Conversion d’une base de données non partitionnée en une base de données partitionnée
Le déplacement d’une base de données ePO partitionnée vers une version de SQL qui ne prend pas en charge le partitionnement de table n’est
pas non plus pris en charge. Par exemple, si vous utilisez ePO 5.10 sur SQL
2012 Enterprise Edition, il est probable que la base de données des événements soit partitionnée. Il n’est pas possible de déplacer la base de données ePO vers un serveur SQL
2014 standard Edition, car la norme SQL 2014 ne prend pas en charge le partitionnement de table. La seule solution consiste à effectuer une mise à niveau vers une SQL Server à l’aide d’une version qui prend en charge le partitionnement de table. Par exemple,
SQL 2016 SP1 Standard Edition et versions ultérieures.