Discussion :

[flipflip]

Bonjour,

J'ai un site qui utilise mysql comme base de données qui permet une consultation de stock. Pour mettre à jour le stock j'importe un fichier d'environ 6000 lignes via php en réalisant un trunk de la table et un insert de chaque ligne. Cette mise à jour est faite toute les 15mn et prends environ 40s. Pendant ce temps des personnes continues à consulter le stock. Du coups il y a des risques que l'information renvoyée soit fausse. Je vois pas trop comment contourner ce problème, est-ce que vous avez une idée ?

J'ai regardé du côté de update au lieu de insert car il me semblait que si update ne trouvait pas de correspondance il faisait un insert. Mais j'ai comme l'impression que ce n'est plus le cas ?

[sabotage]

Tu peux faire une requête REPLACE ou INSERT ... ON DUPLICATE KEY UPDATE.

Il faudrait quand même savoir pourquoi il faut 40s pour insérer 6000 petites lignes.

[flipflip]

Tu peux faire une requête REPLACE ou INSERT ... ON DUPLICATE KEY UPDATE.

J'ai continué mes recherches et je suis tombé sur le ON DUPLICATE.

Il faudrait quand même savoir pourquoi il faut 40s pour insérer 6000 petites lignes.

Je pense que la problématique est que je suis sur un serveur mutualisé chez OVH, c'est surement pour ça. Sur mon serveur de dev chez moi c'est mieux mais il y a quand même un décalage possible.

[CinePhil]

Pourquoi importer un fichier toutes les 15 mn pour mettre à jour un stock ?

La base de données du stock n'est pas la même que celle qui utilisée pour enregistrer les entrées en stock et les sorties de stock ?

[flipflip]

Les sorties ne sont pas effectuées par le site mais pas l'erp. C'est juste une consultation pour nos clients.

Les mouvements sont enregistrés dans la table des stocks de l'ERP, je l'exporte et je l'a re-importe dans la base du site pour mettre à jour la consultation.

[CinePhil]

N'y aurait-il pas moyen plutôt que l'application interroge directement la table de l'ERP ?
Vous donneriez ainsi le stock en temps réel à vos clients.