|
| HF->MySql: Créer plusieurs bases en MySql? |
| Iniciado por Hagopig, 09,may. 2005 12:49 - 5 respuestas |
| |
| | | |
|
| |
Publicado el 09,mayo 2005 - 12:49 |
Bonjour,
J'ai actuellement une application qui fonctionne avec des tables HyperFile.
Cette application crée une base dans un répertoire pour chaque "dossier" (en
l'occurence des associations), c'est à dire que si l'utilisateur doit gérer
5 dossiers, il y aura 5 répertoires, et que chacun contiendra les mêmes
tables (mais pas les mêmes données). Toutes les données sont donc séparées,
et cela facilite grandement le codage.
Mon problème est que je dois passer cette applicatio en MySql.
MySql ne fonctionnant pas avec des répertoires, dois-je créer une instance
pour chaque "dossier", ou existe t-il une astuce?
En vous remerciant d'avance.
Bon codage  |
| |
| |
| | | |
|
| | |
| |
Publicado el 09,mayo 2005 - 14:15 |
Bonjour,
Je pense qu'il faudra créer une base de donnée Mysql pour chaque sous-répertoire HF car Mysql ne peut travailler que dans le répertoire ou les bases sont répertoriées (par défaut ..\data).
Par exemple : base_dossier1, base_dossier2,...
Il faudra juste re-préciser une connexion Mysql avec le répertoire des datas à la place des hsubstrep que tu faisais en Windev.
Je pense que c'est là la solution la plus efficace.
Si toutefois une autre (meilleure) solution vous arriverait....n'hésitez pas à m'en faire part
Fred |
| |
| |
| | | |
|
| | |
| |
Publicado el 09,mayo 2005 - 15:55 |
Hagopig a écrit :
Bonjour, J'ai actuellement une application qui fonctionne avec des tables HyperFile. Cette application crée une base dans un répertoire pour chaque "dossier" (en l'occurence des associations), c'est à dire que si l'utilisateur doit gérer 5 dossiers, il y aura 5 répertoires, et que chacun contiendra les mêmes tables (mais pas les mêmes données). Toutes les données sont donc séparées, et cela facilite grandement le codage. Mon problème est que je dois passer cette applicatio en MySql. MySql ne fonctionnant pas avec des répertoires, dois-je créer une instance pour chaque "dossier", ou existe t-il une astuce? En vous remerciant d'avance. Bon codage
Il faut que tu crée ta base de donnée avec l'ordre SQL :
CREATE DATABASE TaBaseACreer;
Ensuite il faut créer toutes les tables
(je ne sais pas si windev le fait)
Pour changer de base tu peut utilise l'ordre SQL :
USE TaBaseACreer;
Mais ca peut être plus simple de se reconnecter.
Sinon dans les requetes SQL tu peut utiliser
TaBaseACreer.TaTable.Rubrique1 pour acceder a tes rubriques.
En plus ca te permet d'utiliser plusieurs bases dans la même requete
Base1.fichierA.RubriqueB , Base2.fichierC.RubriqueD
A++
Goof |
| |
| |
| | | |
|
| | |
| |
Publicado el 09,mayo 2005 - 16:18 |
merci de vos réponses
"Goof" <Goof@altern.org> a écrit dans le message de news:
427f45ff$1@news.pcsoft.fr...
Hagopig a écrit : Bonjour,
J'ai actuellement une application qui fonctionne avec des tables
HyperFile.
> > Cette application crée une base dans un répertoire pour chaque "dossier"
(en
l'occurence des associations), c'est à dire que si l'utilisateur doit
gérer
5 dossiers, il y aura 5 répertoires, et que chacun contiendra les mêmes
tables (mais pas les mêmes données). Toutes les données sont donc
séparées,
et cela facilite grandement le codage.
Mon problème est que je dois passer cette applicatio en MySql.
MySql ne fonctionnant pas avec des répertoires, dois-je créer une
instance
pour chaque "dossier", ou existe t-il une astuce? En vous remerciant d'avance. Bon codage Il faut que tu crée ta base de donnée avec l'ordre SQL : CREATE DATABASE TaBaseACreer; Ensuite il faut créer toutes les tables (je ne sais pas si windev le fait) Pour changer de base tu peut utilise l'ordre SQL : USE TaBaseACreer; Mais ca peut être plus simple de se reconnecter. Sinon dans les requetes SQL tu peut utiliser TaBaseACreer.TaTable.Rubrique1 pour acceder a tes rubriques. En plus ca te permet d'utiliser plusieurs bases dans la même requete Base1.fichierA.RubriqueB , Base2.fichierC.RubriqueD A++ Goof |
| |
| |
| | | |
|
| | |
| |
Publicado el 09,mayo 2005 - 21:22 |
"fred" <freddemoor@tiscali.be> a écrit dans le message de
news:427f2c62$1@news.pcsoft.fr...
Bonjour,
Je pense qu'il faudra créer une base de donnée Mysql pour chaque
sous-répertoire HF car Mysql ne peut travailler que dans le répertoire ou
les bases sont répertoriées (par défaut ..\data).
> Par exemple : base_dossier1, base_dossier2,...
Je n'aurai pas dit mieux 
Il faudra juste re-préciser une connexion Mysql avec le répertoire des
datas à la place des hsubstrep que tu faisais en Windev.
Je ne pense pas que celà soit nécessaire... Pour moi et afin de gérer au
mieux la sécurité de la base il faut créer autant d'utilisateurs que de
bases avec comme principe de base : mabase1 = monutilisateur1 (droits
create/insert/update/delete) les autres nada.
Je pense que c'est là la solution la plus efficace.
Si toutefois une autre (meilleure) solution vous arriverait....n'hésitez
pas à m'en faire part
--
Emmanuel Lecoester |
| |
| |
| | | |
|
| | |
| |
Publicado el 09,mayo 2005 - 22:39 |
Bonsoir,
Goof <Goof@altern.org> writes:
Hagopig a écrit : Bonjour, J'ai actuellement une application qui fonctionne avec des tables HyperFile. Cette application crée une base dans un répertoire pour chaque "dossier" (en l'occurence des associations), c'est à dire que si l'utilisateur doit gérer 5 dossiers, il y aura 5 répertoires, et que chacun contiendra les mêmes tables (mais pas les mêmes données). Toutes les données sont donc séparées, et cela facilite grandement le codage. Mon problème est que je dois passer cette applicatio en MySql. MySql ne fonctionnant pas avec des répertoires, dois-je créer une instance pour chaque "dossier", ou existe t-il une astuce? En vous remerciant d'avance. Bon codage Il faut que tu crée ta base de donnée avec l'ordre SQL : CREATE DATABASE TaBaseACreer; Ensuite il faut créer toutes les tables (je ne sais pas si windev le fait) Pour changer de base tu peut utilise l'ordre SQL : USE TaBaseACreer; Mais ca peut être plus simple de se reconnecter. Sinon dans les requetes SQL tu peut utiliser TaBaseACreer.TaTable.Rubrique1 pour acceder a tes rubriques. En plus ca te permet d'utiliser plusieurs bases dans la même requete Base1.fichierA.RubriqueB , Base2.fichierC.RubriqueD A++ Goof
Pourquoi pas regrouper toutes les bases en 1 seule et faire une table
"asso"?
Tu simplifies le code, l'administration des bases (1 seule) etc...
Seul inconvénient à mon avis c'est que MySQL <5 ne gère pas les vues
donc impossible de mettre un droit de visu sur telle ou telle asso, et
si on utilise un outil externe on peut tout voir.
--
suivre ce lien pour répondre:
http://cerbermail.com/…
Daniel
|
| |
| |
| | | |
|
| | | | |
| | |
|