En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
mystere689 a écrit :J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus simple est
de faire une table qui indique l'enregistrement bloqué.
mystere689 a écrit :
J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus simple est
de faire une table qui indique l'enregistrement bloqué.
mystere689 a écrit :J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus simple est
de faire une table qui indique l'enregistrement bloqué.
Daniel avait prétendu :mystere689 a écrit :J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus simple
est de faire une table qui indique l'enregistrement bloqué.
d'accord avec tout ce qui a été dit.
Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
temps d'attente mème réglable, c'est pas la panacée. En SqlServeur,
j'utilisais une table.
Mais j'ai tout viré.
1 - parce que vraiment l'utilité était discutable.
2 - trop chiant pour les utilisateurs
3 - et c'est pour ça que j'étais en innodb que je remplace maintenant
quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
bases surtout en interrogation et surtout parce qu'il y a le full text)
--
Eric Roumégou
Webmaster des wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci-dessus pour me contacter en privé)
Daniel avait prétendu :
mystere689 a écrit :
J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus simple
est de faire une table qui indique l'enregistrement bloqué.
d'accord avec tout ce qui a été dit.
Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
temps d'attente mème réglable, c'est pas la panacée. En SqlServeur,
j'utilisais une table.
Mais j'ai tout viré.
1 - parce que vraiment l'utilité était discutable.
2 - trop chiant pour les utilisateurs
3 - et c'est pour ça que j'étais en innodb que je remplace maintenant
quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
bases surtout en interrogation et surtout parce qu'il y a le full text)
--
Eric Roumégou
Webmaster des wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci-dessus pour me contacter en privé)
Daniel avait prétendu :mystere689 a écrit :J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus simple
est de faire une table qui indique l'enregistrement bloqué.
d'accord avec tout ce qui a été dit.
Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
temps d'attente mème réglable, c'est pas la panacée. En SqlServeur,
j'utilisais une table.
Mais j'ai tout viré.
1 - parce que vraiment l'utilité était discutable.
2 - trop chiant pour les utilisateurs
3 - et c'est pour ça que j'étais en innodb que je remplace maintenant
quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
bases surtout en interrogation et surtout parce qu'il y a le full text)
--
Eric Roumégou
Webmaster des wtablettes
http://cerbermail.com/?qE7t4Qvilo
(cliquez sur le lien ci-dessus pour me contacter en privé)
Daniel avait prétendu :mystere689 a écrit :J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus
simple est de faire une table qui indique l'enregistrement bloqué.
d'accord avec tout ce qui a été dit.
Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
temps d'attente mème réglable, c'est pas la panacée. En SqlServeur,
j'utilisais une table.
Mais j'ai tout viré.
1 - parce que vraiment l'utilité était discutable.
2 - trop chiant pour les utilisateurs
3 - et c'est pour ça que j'étais en innodb que je remplace maintenant
quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
bases surtout en interrogation et surtout parce qu'il y a le full text)
Daniel avait prétendu :
mystere689 a écrit :
J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus
simple est de faire une table qui indique l'enregistrement bloqué.
d'accord avec tout ce qui a été dit.
Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
temps d'attente mème réglable, c'est pas la panacée. En SqlServeur,
j'utilisais une table.
Mais j'ai tout viré.
1 - parce que vraiment l'utilité était discutable.
2 - trop chiant pour les utilisateurs
3 - et c'est pour ça que j'étais en innodb que je remplace maintenant
quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
bases surtout en interrogation et surtout parce qu'il y a le full text)
Daniel avait prétendu :mystere689 a écrit :J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
une base de donnée Mysql V4.
Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
sans message ni rien devant son ecran en attendant soit la mise à
dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqué.
Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
deja été suggéré ici de gérer le problème soi meme avec des flag qui
permette de savoir si ce dernier est locké.
Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
qui contiendra les enrg ock pour l'ensemble de la base ou encore (cela
me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
les liée par une liaison 1:1.
Ce qui m'interpelle dans cette façon de faire, c'est que l'on va avoir
aussi un problème d'accès concurrence quand on va verrouillé les enrg
qui servent à stock les infos de verrouillage (on suit toujours
là????).
En résumé, quel est votre démarche pour gérer l'accès concurrentiel et
éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
Les commandes de "lock" sur mysql étant au strict minimum, le plus
simple est de faire une table qui indique l'enregistrement bloqué.
d'accord avec tout ce qui a été dit.
Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
temps d'attente mème réglable, c'est pas la panacée. En SqlServeur,
j'utilisais une table.
Mais j'ai tout viré.
1 - parce que vraiment l'utilité était discutable.
2 - trop chiant pour les utilisateurs
3 - et c'est pour ça que j'étais en innodb que je remplace maintenant
quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
bases surtout en interrogation et surtout parce qu'il y a le full text)
Roumégou Eric a écrit :
> Daniel avait prétendu :
>> mystere689 a écrit :
>>> J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
>>> une base de donnée Mysql V4.
>>> Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
>>> sans message ni rien devant son ecran en attendant soit la mise à
>>> dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqu é.
>>> Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
>>> deja été suggéré ici de gérer le problème soi meme avec d es flag qui
>>> permette de savoir si ce dernier est locké.
>>> Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
>>> même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
>>> qui contiendra les enrg ock pour l'ensemble de la base ou encore (cel a
>>> me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
>>> les liée par une liaison 1:1.
>>> Ce qui m'interpelle dans cette façon de faire, c'est que l'on va av oir
>>> aussi un problème d'accès concurrence quand on va verrouillé le s enrg
>>> qui servent à stock les infos de verrouillage (on suit toujours
>>> là????).
>>> En résumé, quel est votre démarche pour gérer l'accès concu rrentiel et
>>> éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
>> Les commandes de "lock" sur mysql étant au strict minimum, le plus
>> simple est de faire une table qui indique l'enregistrement bloqué.
> d'accord avec tout ce qui a été dit.
> Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
> temps d'attente mème réglable, c'est pas la panacée. En SqlServeu r,
> j'utilisais une table.
> Mais j'ai tout viré.
> 1 - parce que vraiment l'utilité était discutable.
> 2 - trop chiant pour les utilisateurs
> 3 - et c'est pour ça que j'étais en innodb que je remplace maintena nt
> quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
> bases surtout en interrogation et surtout parce qu'il y a le full text)
Une petite astuce concernant InnoDB pour améliorer les performances dan s
le cas de volumétrie importante.
Ne jamais faire de count(*), mais faire une table de count qui se
remplit avec un trigger, et ensuite on lit le count dans cette table.
Toujours mettre un PK de type entier.
--
suivre ce lien pour répondre:http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Roumégou Eric a écrit :
> Daniel avait prétendu :
>> mystere689 a écrit :
>>> J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
>>> une base de donnée Mysql V4.
>>> Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
>>> sans message ni rien devant son ecran en attendant soit la mise à
>>> dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqu é.
>>> Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
>>> deja été suggéré ici de gérer le problème soi meme avec d es flag qui
>>> permette de savoir si ce dernier est locké.
>>> Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
>>> même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
>>> qui contiendra les enrg ock pour l'ensemble de la base ou encore (cel a
>>> me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
>>> les liée par une liaison 1:1.
>>> Ce qui m'interpelle dans cette façon de faire, c'est que l'on va av oir
>>> aussi un problème d'accès concurrence quand on va verrouillé le s enrg
>>> qui servent à stock les infos de verrouillage (on suit toujours
>>> là????).
>>> En résumé, quel est votre démarche pour gérer l'accès concu rrentiel et
>>> éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
>> Les commandes de "lock" sur mysql étant au strict minimum, le plus
>> simple est de faire une table qui indique l'enregistrement bloqué.
> d'accord avec tout ce qui a été dit.
> Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
> temps d'attente mème réglable, c'est pas la panacée. En SqlServeu r,
> j'utilisais une table.
> Mais j'ai tout viré.
> 1 - parce que vraiment l'utilité était discutable.
> 2 - trop chiant pour les utilisateurs
> 3 - et c'est pour ça que j'étais en innodb que je remplace maintena nt
> quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
> bases surtout en interrogation et surtout parce qu'il y a le full text)
Une petite astuce concernant InnoDB pour améliorer les performances dan s
le cas de volumétrie importante.
Ne jamais faire de count(*), mais faire une table de count qui se
remplit avec un trigger, et ensuite on lit le count dans cette table.
Toujours mettre un PK de type entier.
--
suivre ce lien pour répondre:http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)
Roumégou Eric a écrit :
> Daniel avait prétendu :
>> mystere689 a écrit :
>>> J'utilise la classe c_mySQL4WD dans un projet WINDEV interfacer avec
>>> une base de donnée Mysql V4.
>>> Lorsque l'on bloque un enrg, l'utilisateur suivant se trouve bloquer
>>> sans message ni rien devant son ecran en attendant soit la mise à
>>> dispo de l'enrg soit un message de mysql comme quoi l'enrg est bloqu é.
>>> Comme dans mysql, on ne peut pas tester si l'enrg est bloqué, il a
>>> deja été suggéré ici de gérer le problème soi meme avec d es flag qui
>>> permette de savoir si ce dernier est locké.
>>> Ma question été la suivante. Faut-il gérer le flag dans l'enrg lui
>>> même (genre un champ lock à O ou N) ou prévoir un fichier LOCK général
>>> qui contiendra les enrg ock pour l'ensemble de la base ou encore (cel a
>>> me parait plus adéquate) de crée un fichier LOCK par fichier DATA est
>>> les liée par une liaison 1:1.
>>> Ce qui m'interpelle dans cette façon de faire, c'est que l'on va av oir
>>> aussi un problème d'accès concurrence quand on va verrouillé le s enrg
>>> qui servent à stock les infos de verrouillage (on suit toujours
>>> là????).
>>> En résumé, quel est votre démarche pour gérer l'accès concu rrentiel et
>>> éviter à l'utilisateur d'attentre 5 minute devant son ecran vide.
>> Les commandes de "lock" sur mysql étant au strict minimum, le plus
>> simple est de faire une table qui indique l'enregistrement bloqué.
> d'accord avec tout ce qui a été dit.
> Pour ma part j'ai viré tous les locks de mon appli (lock innodb) car ce
> temps d'attente mème réglable, c'est pas la panacée. En SqlServeu r,
> j'utilisais une table.
> Mais j'ai tout viré.
> 1 - parce que vraiment l'utilité était discutable.
> 2 - trop chiant pour les utilisateurs
> 3 - et c'est pour ça que j'étais en innodb que je remplace maintena nt
> quand j'ai le temps par du myISAM (parce que c'est plus rapide pour les
> bases surtout en interrogation et surtout parce qu'il y a le full text)
Une petite astuce concernant InnoDB pour améliorer les performances dan s
le cas de volumétrie importante.
Ne jamais faire de count(*), mais faire une table de count qui se
remplit avec un trigger, et ensuite on lit le count dans cette table.
Toujours mettre un PK de type entier.
--
suivre ce lien pour répondre:http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)