Discussion :

[dialloumar]

Bonjour,
Je suis en train de concevoir un outil d'extraction de données et de reporting. Cette application utilise une base de données MySQL qui est alimentée par deux autres applications et j'aimerais créer des vues sur lesquelles mon application de reporting va s'appliquer pour envoyer les données, ce qui me permettra de ne pas utiliser les tables de prod.
Maintenant, si quelqu'un a une idée sur comment je peux automatiser la création des vues pour mon application sans qu'elle puisse occasionner des bugs au niveau applicatif (si un utilisateur est en train d’exécuter une extraction) ?
Et, selon vous, quelle est la meilleure solution pour ne pas toucher aux tables de prod et rendre performantes mes requêtes??
Merci.

[CinePhil]

Si ton logiciel ne fait qu'extraire des données, les tables et leur contenu ne seront jamais modifiés par l'application.
Mais c'est une bonne idée d'utiliser des vues plutôt que d'interroger directement les tables.
Par contre, ai-je correctement compris que tu souhaites que ton application crée des vues ? Au sens VIEW en SQL ?

La bonne pratique est de créer dans la BDD les vues dont ton appli aura besoin et le code de l'application n'interroge que ces vues.

[dialloumar]

Oui CinePhil je d'accord que la bonne pratique c'est de créer des vues au niveau de ma base et de les interroger à chaque fois. Maintenant mon souci est de savoir comment je peux mettre à jour les vues dynamiquement sans que ça impacte sur l'utilisation de mon application. Est-il possible de mettre à jour les vues en meme temps qu'un utilisateur est connecté?
Merci pour ta réponse rapide.

[CinePhil]

Que veux-tu dire par "mettre à jour les vues dynamiquement" ?

Tu peux donner un exemple de ce que tu comptes faire ?

[dialloumar]

Au fait ce que je veux savoir c'est comment arriver à toujours avoir les données à jour dans mes vues?
Ex.
Je crée une vue "PROJECT_VIEW" qui regroupe toutes les informations sur mon projet (les dépenses "TB_DEPENSES" et les personnes qui travaillent sur ce projet "TB_PERSONNE").
Je lance mon application pour extraire les données. Donc les requetes se feront sur ma vue "PROJECT_VIEW". Et si après "TB_DEPENSES" et "TB_PERSONNE" sont mises à jour comment je peux faire pour que "PROJECT_VIEW" soit aussi à jour sachant qu'une vue n'est créée qu'une seule fois?

[ced]

Bonjour,

Sous MySQL, les vues ne sont pas matérialisées, ce qui signifie qu'à chaque fois que vous interrogez une vue, celle-ci interroge directement la ou les tables vers lesquelles elle fait référence.
La seule chose qui peut, éventuellement, faire que le résultat renvoyé ne soit pas à jour, c'est l'utilisation du cache de requête par MySQL quand vous réexécutez un SELECT sur une vue.
Pour éviter l'utilisation de ce cache (et donc avoir des données à jour), il faut faire suivre le SELECT par le mot-clef de MySQL SQL_NO_CACHE :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT SQL_NO_CACHE *
FROM ma_vue

[dialloumar]

Merci Ced!
Donc si je comprends bien, une fois que je crée mes vues dans ma base de données, je n'ai plus à me soucier des données vues parce qu'à chaque fois, les requêtes de SELECT sont lancées, sachant que la vue interroge les tables auxquelles elle fait référence.

[CinePhil]

Oui, une vue n'est qu'une requête enregistrée.
Interroger la vue lance la requête enregistrée avec des critères complémentaires.

[dialloumar]

Good Job les maitres!!!Merci beaucoup