OVH Cloud OVH Cloud

Hyper File ou MySql ?

11 réponses
Avatar
tarek.demiati
Est ce qu'il est plus stable de travailler
avec une base SQL genre MySQL ou Hyper File
pour une solution monoposte ou multiposte ?

Est ce que les crash sur les bases donn=E9es HF sont fr=E9quents sur
Windev?

Faut t-il d=E9ployer des outils de reconstruction d'index
chez tous les clients ?

10 réponses

1 2
Avatar
Jerome PAULIN
a écrit :
Est ce qu'il est plus stable de travailler
avec une base SQL genre MySQL ou Hyper File
pour une solution monoposte ou multiposte ?

Est ce que les crash sur les bases données HF sont fréquents sur
Windev?

Faut t-il déployer des outils de reconstruction d'index
chez tous les clients ?




Bonjour,

J'utilise avec succès les bases MySQL et Firebird avec SQLManagerX,
aussi bien local qu'en réseau, avec une préférence prononcée pour
Firebird (sans doute parce que je le maitrise mieux que MySQL).
Les quelques fois ou j'ai voulu tenter HyperFile, je me suis vautré
lamentablement (je fais principalement de requetes, et n'utilise que
tres peu les fonctions h() ou leur equivalent SQLmanagerX).

Cordialement,

Jerome PAULIN
Avatar
mat
wrote:
Est ce qu'il est plus stable de travailler
avec une base SQL genre MySQL ou Hyper File
pour une solution monoposte ou multiposte ?

Est ce que les crash sur les bases données HF sont fréquents sur
Windev?

Faut t-il déployer des outils de reconstruction d'index
chez tous les clients ?





En 5 ans sur plusieurs sites, nous n'avons jamais eu de faille de Hyper
File. Faut juste configurer correctement le réseau pour le partage de
fichier en désactivant le cache réseau et OpLocks sur les postes de travail.

Pour un nouveau projet, mySQL si le code se base sur des requêtes ou
envisageant beaucoup d'accès contemporains aux données, sinon Hyper File
avec commandes h..

Dans un menu "Maintenance" nous avons une option "Réindexation". C'est
juste quelques lignes de code. La procédure est utilisé également en
automatique après des mises à jour des DLL Hyper File et pour
réindexer/compacter quelques fichiers par jour comme tache journalière
au premier démarrage dans la journée.

Salutations
Mat
Avatar
mat
mat wrote:
...
Pour un nouveau projet, mySQL si le code se base sur des requêtes ou
envisageant beaucoup d'accès contemporains aux données, sinon Hyper File
avec commandes h..



...


et comme le dit Jerome: SQLManagerX, est une 3e alternative et une qui
marche bien.
Avatar
psaintbertin
Bonjour,

Alors moi je dirais que la bas hyperfil eest stable sincèrement je
n'ai pas de soucis particulier. Le seul hic du moteur Hyper File,
c'est qu'il est pas mal restreint au niveau des ordres SQL, ce qui je
trouve est un point important à souligner. Cependant il faut également
dire que les équipes de PC Soft bosse vraimet bien et rajoute
régulièrement des ordres SQL.

Bon dev,


On 20 fév, 11:39, wrote:
Est ce qu'il est plus stable de travailler
avec une base SQL genre MySQL ou Hyper File
pour une solution monoposte ou multiposte ?

Est ce que les crash sur les bases données HF sont fréquents sur
Windev?

Faut t-il déployer des outils de reconstruction d'index
chez tous les clients ?


Avatar
patrice
"mat" a écrit dans le message de
news:
En 5 ans sur plusieurs sites, nous n'avons jamais eu de faille de Hyper
File. Faut juste configurer correctement le réseau pour le partage de
fichier en désactivant le cache réseau et OpLocks sur les postes de


travail.




pourriez vous publiez dans ce forum cette configuration ?
Avatar
Apocalyps
On 20 fév, 11:39, wrote:
Est ce qu'il est plus stable de travailler
avec une base SQL genre MySQL ou Hyper File
pour une solution monoposte ou multiposte ?

Est ce que les crash sur les bases données HF sont fréquents sur
Windev?

Faut t-il déployer des outils de reconstruction d'index
chez tous les clients ?



Certe HF est une très bonne base de données mais elle est encore un
peut jeune pour que l'on affirme sa puissance.

Seul le temps pourra nous dire si elle mérite une place au palmarès.

Cordialement ...
Avatar
mat
patrice wrote:
...
pourriez vous publiez dans ce forum cette configuration ?





Bonjour,

cette info existe un peu partout. Voila la configuration pour W2K/XP:

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationParameters]
"UtilizeNtCaching"=dword:00000000
"UseOpportunisticLocking"=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesRdrParameters]
"UseWriteBehind"=dword:00000000


Par défaut, ces tâches sont activées.

Salutations
Mat
Avatar
patrice
"mat" a écrit dans le message de
news:
cette info existe un peu partout. Voila la configuration pour W2K/XP:




[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationPara
meters]
"UtilizeNtCaching"=dword:00000000
"UseOpportunisticLocking"=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesRdrParameters]
"UseWriteBehind"=dword:00000000


Par défaut, ces tâches sont activées.




sur le serveur ou les postes ou les 2 ?
Avatar
mat
patrice wrote:
"mat" a écrit dans le message de
news:
cette info existe un peu partout. Voila la configuration pour W2K/XP:




[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationPara
meters]
"UtilizeNtCaching"=dword:00000000
"UseOpportunisticLocking"=dword:00000000

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesRdrParameters]
"UseWriteBehind"=dword:00000000


Par défaut, ces tâches sont activées.




sur le serveur ou les postes ou les 2 ?





Nous, on le fait seulement sur les postes de travail.
Avatar
patrice
"mat" a écrit dans le message de
news:
>


[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesLanmanWorkstationPara
> meters]
>> "UtilizeNtCaching"=dword:00000000
>> "UseOpportunisticLocking"=dword:00000000
>>
>> [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesRdrParameters]
>> "UseWriteBehind"=dword:00000000
>>
>>
>> Par défaut, ces tâches sont activées.
>>
>
> sur le serveur ou les postes ou les 2 ?
>
>

Nous, on le fait seulement sur les postes de travail.



merci
1 2