Table In memory

bonjour

J'ai lu beaucoup d'articles sur la nouvelle fonctionnalité table in-memory qui est apparue avec SQL server 2014.
Pour cela j'ai pensé à appliquer cette fonctionnalité sur quelque tables.
En sélectionnant l'option "memory optimisation advisor" j'aurai plusieurs contraintes qui empêchent l'activation de cette fonctionnalité.
Alors je pose cette question : Quel sont les critères qui empêchent l'activation de cette fonctionnalité sur certaines tables ?
Une table sans index cluster, la présence d'une contrainte Foreign Key , un table Heap, la présence des colonnes NULL, ...
merci pour vos aide

En 2014 il y a beaucoup de limitations à utiliser les tables In-Memory.

Pour une idée des limitations tu peux aller voir la documentation Microsoft.

Par ailleurs cette fonctionnalité bien qu'intéressante n'est vraiment utile que dans certains cas. Dans quelle mesure penses-tu que cette fonctionnalité puisse t'aider?

++

J'ai besoin de cette fonctionnalité pour améliorer la performance d'une base OLTP de production qui est très sollicitée.
J'ai lu un article qui dit que les transactions pour une table qui réside en mémoire s’exécutent plus rapidement, même les procédures stockées seront plus rapides.
Mais franchement dit que j'étais surpris par toutes ces limitations https://msdn.microsoft.com/en-us/lib...=sql.120).aspx
Ce qui m’inquiète : ces deux restrictions :

* FOREIGN KEY constraints are not supported for memory-optimized tables. Remove the constraint from the table definition

* CHECK constraints are not supported for memory-optimized tables. Remove the constraint from the table definition

Citation:

---

j'ai besoin de cette fonctionnalité pour améliorer la performance d'une base OLTP du production qui est très solliciter

---

Ok. Donne nous un feedback si tu as le temps si tu observes un gain évident.

Citation:

---

ce qui m’inquiète ces deux restrictions :
* FOREIGN KEY constraints are not supported for memory-optimized tables. Remove the constraint from the table definition
* CHECK constraints are not supported for memory-optimized tables. Remove the constraint from the table definition

---

Oui et cela est résolu avec la version 2016 de SQL Server si jamais.

++

Citation:

---

Envoyé par cristophe0071983

j'ai besoin de cette fonctionnalité pour améliorer la performance d'une base OLTP du production qui est très solliciter
j'ai lue un article qui dit que les transactions pour un table qui réside en mémoire s’exécute plus rapide méme les procédure stocké seront plus rapide
mais franchement dit j'était surpris par tout ces limitations https://msdn.microsoft.com/en-us/lib...=sql.120).aspx
ce qui m’inquiète ces deux restrictions :

* FOREIGN KEY constraints are not supported for memory-optimized tables. Remove the constraint from the table definition

* CHECK constraints are not supported for memory-optimized tables. Remove the constraint from the table definition

---

Il y a bien plus contraignant en version 2014 : la collation de la table doit être exclusivement binaire !

A +

Bonjour,

En outre, ce n'est pas parce que les performances d'une base de données sont mauvaises que l'on peut se contenter de migrer simplement toute la base de données de tables "sur disque" à des tables optimisées en mémoire. Comme l'ont écrit Mikedavem et SQLPro, il y a de nombreuses contraintes d'implémentation. Sans cela, toutes les entreprises auraient déjà migré ;)

Donc avant de partir dans ce chantier là, il vaut mieux auditer votre base de données, caractériser la charge de travail, et optimiser les requêtes contre-performantes.
Ceci peut passer par de la réécriture de code, un chantier d'indexation, des changements de structure de tables, ...

@++ ;)