Discussion :

[caths]

Bonjour à tous,

Je vais bosser prochainement sur une base 4D, je ne connais pas ce SGBD propriétaire. Par contre, d'après les info que j'ai c'est comme Access mais côté Mac
Les limites indiquées sont :
Pas d'ordonnanceur intégré
Pas de partitionnement
Pas de vue matérialisée

Pourriez-vous me rappeler la fonction de ces 3 éléments et leur intérêt ?
De plus, pour une base 4D en 64 bits, combien de connexion en simultanée peut elle supportée ?

Merci pour votre aide,
Caths

[SQLpro]

4 D est une solution plus que confidentielle aujourd'hui....

Un ordonnanceur intégré permet de se caler sur la fréquence de l’horloge interne du SGBDR dont la cadence est beaucoup plus lente que ceux des OS. Ceci permet d'optimiser le lancement des tâches planifiée au bon moment afin d'éviter d'interrompre le serveur et se payer d'entrée de jeu un temps d'attente pénalisant pour tous (quelques ms)
Par exemple SQL Server possède son planificateur de tâche du nom de "SQL Server Agent"

Le partitionnement d'une table ou d'un index permet de ventiler le stockage des données à l'aide d'un critère logique de la table, sans devoir récrire les requêtes. Son but est d'augmenter les performances pour des grosses tables (plusieurs dizaines de Go, voir beaucoup plus), par scrutation d'une plus petite partie. Par exemple, mettre les données les plus anciennes (dites "froides") sur un "storage" bas de gamme, tandis que les données "chaudes" (récente) seront sur un storage haut de gamme (par exemple du SSD) et pourvoir aussi découper, ventiler, reventiler, supprimer et déplacer des partitions sans aucunement affecter l'utilisation logique (requêtes SQL) du serveur.
Par exemple pour faire cela SQL Server utilise 3 concepts :

• la fonction de ventilation qui permet de dispatcher les données dans les partitions àa partir d'un critère typé (par exemple une date)
• le schéma de partitionnement qui permet d'associer, à chaque partition, un storage spécifique
• la ventilation (clause ON de CREATE ou ALTER d'une table ou d'un index) qui permet d'effectuer le partitionnement lors de la création ou la modification de l'objet.

Mais aussi 3 commandes de bas niveau pour manipuler les partitions :

• MERGE pour fusionner deux partitions
• SPLIT pour découper une partition en deux
• SWITCH pour déplacer une partition d'une table à une autre (par exemple une table d'archivage)

Tout ceci se faisant à chaud sans jamais interrompre le service des données
Lire par exemple ceci : http://blog.developpez.com/sqlpro/p9...ur_ameliorer_l

Les vues matérialisées (ou vues indexées) sont des vues contenant des données (les vues ordinaires n'en contiennent pas). L'idée est là encore la performance. En effet certaines requêtes peuvent porter sur des masses considérables de données ou traverser de multiples tables par jointures, ce qui pourrait présenter un temps de réponse non acceptable. Pour réduire le temps de réponse dans ces cas de figure une idée est de créer des vues qui contiennent les données de ces requêtes. Dans Oracle les vues matérialisées doivent, la plupart du temps, être "réajustées" pour que les dernières modifications entreprises sur les tables participant à la vue, soient prise en compte dans la matérialité de la vue. Dans SQL Server une vue indexées est toujours synchrone. Dans oracle il faut spécifier l'usage de cette vue pour bénéficier des avantages de précalculs. Dans SQL Server l'optimiseur trouve tout seul quelle vue indexées peut être utilisée en lieu et place de toute ou partie de la requête....

A +

[caths]

Merci beaucoup SQLpro pour ces informations claires

[StringBuilder]

Je suis surpris que 4D n'aie que ça comme limitations. Surtout vu la comparaison de départ, à savoir Access, qui a autrement plus de limitations que ça !