Discussion :

[chris76]

Bonjour,

Je souhaite migrer une appli sous Access en Php. Le fonctionnement actuel de mon appli est le suivant. A partir de données sur une base Oracle, je crée localement sous Access un certains nombres de tables. Ensuite je fais des requêtes sur ces tables (avec parfois une partie dynamique vers les tables oracles), et j'affiche sous forme d'état les résultats, avec très souvent des sous états...Cette application est donc monoposte, et peut donc être utilisée par plusieurs utilisateurs vu qu'elle est copiée sur chaque poste.

Mon souhait serait de passer en php pour plus de sécurité et un meilleur fonctionnement. Etant débutant en php, qulle méthode me conseilleriez-vous ? Est-il possible par exemple de maintenir ce principe de tables locales ou un truc du même genre ?

Merci d'avance de vos réponses !

[kolodz]

Cela dépends ce que font ces tables.
Est-ce des sous ensemble des tables oracle ou des jointures de tables ?
Quel est leur rôle ? Ces tables sont-elle destiné à être affiché ? Quel est la taille de ces tables en terme d'entrée ?

Cordialement,
Patrick Kolodziejczyk.

[chris76]

Je ne comprends pas bien ce que vous entendez par sous ensemble de tables oracles ou jointures de tables...les tables locales sont le résultats d'une série de requêtes faites sur la base oracle dont les données sont rapatriées localement. Cela permet ds certains cas de faire des traitements localement sur ces données et accessoirement de ne pas trop stresser la base oracle en effectuant une seule requête qui serait du coup assez lourde, surtout si plusieurs usagers devaient la lancer en même temps.

Pour ce qui est de l'affichage, elles sont bien destinées à être affichées. Quand au nombre de lignes, comme j'ai plusieurs niveau d'entrée possibles, cela peut aller de 20 lignes à plusieurs milliers...

Pour certains affichages, il me faut en outre faire des sous requêtes qui vont dépendre de certains champs issus de tables précédentes.

Pour préciser, j'ai une sorte d'arborescence descendante. Selon les niveaux, les objets comportent des informations plus ou moins différentes. Je souhaite au final afficher un arbre sous forme de liste indentée avec des informations sur une chose ou une autre selon le choix de l'utilisateur : nbre de groupes, détail des effectifs, volumes horaires, etc...

[Christophe P.]

Bonjour,

...Mon souhait serait de passer en php pour plus de sécurité et un meilleur fonctionnement...

Pouvez-vous préciser les gains de sécurité et de fonctionnement que vous escomptez ?

...Cela permet ds certains cas de faire des traitements localement sur ces données et accessoirement de ne pas trop stresser la base oracle en effectuant une seule requête qui serait du coup assez lourde, surtout si plusieurs usagers devaient la lancer en même temps...

Avec PHP la majeur partie des traitements ne se fera pas en local mais sur le serveur. Donc, passer en PHP va probablement solliciter Oracle de manière plus importante.

[rawsrc]

Salut,

Mon souhait serait de passer en php pour plus de sécurité et un meilleur fonctionnement. Etant débutant en php, qulle méthode me conseilleriez-vous ? Est-il possible par exemple de maintenir ce principe de tables locales ou un truc du même genre ?

Pour avoir fait un certain nombre de migrations d'applications Access VBA vers PHP, je peux te dire qu'il est loin d'être aisé de reproduire la puissance d'un Access en PHP/HTML/CSS/JS.
J'espère juste que l'application à porter n'est pas trop vaste et complexe car tu débutes en PHP et à moins d'avoir une grosse expérience dans la modélisation d'application, je pense que tu vas sacrément galérer pour offrir le même niveau de service aux utilisateurs que celui offert par les interfaces Access (formulaire et états).

Sur certains aspects tu vas énormément gagner grâce à la POO et sur d'autres tu vas y perdre en particulier sur les formulaires et états.

Bonne chance

[rawsrc]

les tables locales sont le résultats d'une série de requêtes faites sur la base oracle dont les données sont rapatriées localement. Cela permet ds certains cas de faire des traitements localement sur ces données et accessoirement de ne pas trop stresser la base oracle en effectuant une seule requête qui serait du coup assez lourde, surtout si plusieurs usagers devaient la lancer en même temps.

Si Access est capable de gérer le volume de donnée localement en rapatriant ce dont il a besoin pour faire ses traitements, je ne pense pas que ce genre de tâche stresse d'une quelconque manière une base de données Oracle. Je ne m’inquiéterai pas trop du coup pour cet aspect de la problématique.

[chris76]

Aie, merci pour vos réponse, mais ça ne me rassure pas...

Effectivement, j'ai une appli en particulier qui possède qques écrans et pas mal d'états différents, lesquels sont pour certains composés de 10 niveaux de regroupement avec des sous-état à l'intérieur en cascade...

Cette appli fonctionne en outre en monoposte, car j'ai besoin de créer comme je le disait des tables intermédiaires localement pour simplifier des traitements. L'objectif serait de la rendre disponible en php, et rien que cette gestion de données intermédiaire ne me semble pas simple d'emblée à gérer en tant que débutant en php.

A la limite, pourrais-je vous déposer une version simplifié de ma base, avec juste des données en exemple et un état type, histoire de mieux définir le contexte ?

[rawsrc]

qques écrans et pas mal d'états différents, lesquels sont pour certains composés de 10 niveaux de regroupement avec des sous-état à l'intérieur en cascade...

Ouch et re-ouch !
Etant débutant, je vais te donner un conseil : prends le temps que tu estimes nécessaire pour faire ce portage et multiplie le par 2 ou 3 minimum.
Est-ce que tu as dans tes bagages la maîtrise avancée d'au moins un langage POO ? Si oui, cela devrait tes faciliter un peu le démarrage, sinon il va falloir te taper l'apprentissage expresse du PHP (version POO), HTML, CSS et même Javascript sans compter tous les concepts et tout ce qui est relatif à la technologie Web en général...

Purée...