PHP & postgresql - PHP - Programmation
Marsh Posté le 28-06-2003 à 16:02:44
1er question: on peut utiliser oracle avec php?
edit: dans la documentation de php
ref.oracle.html
jva te dire quia pas grand chose alors... plutot étrange quon te fasse développer sur une plateforme postgresql et que ca soit pas ca le systeme final...
Marsh Posté le 28-06-2003 à 16:08:53
burgergold a écrit : 1er question: on peut utiliser oracle avec php? |
mmm en fait c'est un service tout nouveau (Voix sur IP a FT), et pour l'instant c'est plus un grand bordel qu'autre chose. Donc on m'a demandé de jeter le premier pavé dans la mare, pour pouvoir reprendre ce que j'ai fait plus tard.
Mais alors évolutivité PostgreSQL --> oracle, moi pour l'instant je vois pas ce qui serait le plus efficace...
Marsh Posté le 28-06-2003 à 16:11:23
le probleme c que tes fonctions oracle sous php sont pas les meme, et qu'il y en a beaucoup moins
donc de 1, va falloir que tu remplaces toute tes fonction postgresql, et de 2, t'assurer qu'il y a un équivalent en oracle
Marsh Posté le 28-06-2003 à 16:18:46
burgergold a écrit : le probleme c que tes fonctions oracle sous php sont pas les meme, et qu'il y en a beaucoup moins |
beh en fait j'essaie de bosser le plus possible par modules & fonctions, pour pas avoir à vérifier chaque ligne de code de toute mon appli... apres, est-ce que php est le mieux pour avoir une interface avec les BDD oracles? en fait faut que ca soit accessible depuis n'importe quel poste par intranet, donc a part PHP je vois pas... java ca va pas le faire, le C c portable mais bon c pas le mieux...
et coté sécurité, PHP/Oracle c qd même suffisant je pense.
donc j'essaie d'optimiser au max, mais j'avoue que je ne vois pas trop ce que veux mon maitre de stage...
Marsh Posté le 28-06-2003 à 16:40:43
le mieux sa serait, selon moi, de faire un briefing sur le projet avec les personnes concerné
tu expliques que le fait que tu travailles avec postgresql présentement, bin ca va obligatoirement t'obliger à refaire plein de code plus tard et qu'il vaut mieux
a) développer maintenant avec oracle
b) conserver postgresql pour le projet
sinon c d'énorme perte de temps, d'autant plus que des choses que tu feras en postgresql risque de ne pas pouvoir etre faite avec oracle
Marsh Posté le 28-06-2003 à 22:00:50
burgergold a écrit : le mieux sa serait, selon moi, de faire un briefing sur le projet avec les personnes concerné |
oh la attends g oublié de te poser les bases : je suis stagiaire chez FT, et je reste juste pour 1 mois et demi.
en fait en ce moment, ils font tout leurs controles et rapport d'incidents à la main, cad qu'il n'y a rien de standardisé, c disquette et access, bref c le gros boxon
je t'explique le projet en entier, y'a 3 gros points:
en fait le but du jeu et de faire un truc accessible depuis n'importe quel poste afin que chaque exploitant puisse remplir des fiches incidents et les stocker dans une bdd, pour que la gestion technique s'en occupe apres.
par dessus, faut que je rajoute un systeme expert qui s'occuperait de faire de l'aide au diagnostic pour les défaillances.
enfin, faut que je m'occupe du tableau de bord du service, qui est pour l'instant fait à la papa (on remplit a la main, y'a des serveurs qui peuvent pas renvoyer leurs infos par ip --> disquette, bref gros boxon)
donc pour l'instant y'a rien de fait, et g l'impression que ce que mon maitre de stage veut, c'est montrer qu'une gestion automatique est faisable. faut que je fasse avec les moyens du bord, et que ca soit évolutif pour l'avenir, car en un mois et demi, je pense pas réussir à faire un truc complet et entierement fonctionnel.
tout ce petit bazar va donc etre gérer par bdd (postgresql en ce moment), et accessible sur intranet (donc php), avec Webclips pour le systeme expert (clips en cgi).
voila, donc en gros faut que j'essaie de rendre mon code le plus évolutif possible pour que quelqu'un puisse reprendre ca plus tard.
et spa gagné
Marsh Posté le 28-06-2003 à 23:38:04
pfff, te casse pas la tête.
Ton truc, ca ne demande pas une charge énorme, dans ce cas, t'as qu'à utiliser simplement les fonction pearDB pour accéder à la DB de façon transparente, que ce soit postgre ou oracle. Du coup, tant que tu restes dans les requètes standard, t'auras deux lignes de code à changer pour passer de postgre à oracle.
Marsh Posté le 29-06-2003 à 11:31:24
gizmo a écrit : pfff, te casse pas la tête. |
les fonctions pearDB?
ca m'interresse
Marsh Posté le 30-06-2003 à 08:39:47
bon je viens de me renseigner,tu es sur que ca marche avec oracle?
pgsql pour Postgres ok, mais pour oracle ensuite?
sinon ca a l'air sympa, merci de m'avoir aiguillé la dessus
Marsh Posté le 30-06-2003 à 08:51:50
ca marche pour n'importe quel DB, vu qu'ils utilisent un driver générique (ce qui fait que c'est un peu plus lent). Du coup, il te suffit de changer le nom de la base lors de la connexion pour le faire pointer vers la base oracle lors du changement.
Marsh Posté le 30-06-2003 à 09:50:56
gizmo a écrit : ca marche pour n'importe quel DB, vu qu'ils utilisent un driver générique (ce qui fait que c'est un peu plus lent). Du coup, il te suffit de changer le nom de la base lors de la connexion pour le faire pointer vers la base oracle lors du changement. |
ok merci, je vais essayer de transformer mon code avec ca
sinon y'a une quelquonque config a faire sur le serveur php pour utiliser ca?
Marsh Posté le 30-06-2003 à 09:57:28
non, la librairie pear est comprise dans les dernière versions php.
Marsh Posté le 30-06-2003 à 11:42:24
gizmo a écrit : non, la librairie pear est comprise dans les dernière versions php. |
merki!
Marsh Posté le 28-06-2003 à 15:23:53
Bon alors voila en gros ma situation : je suis actuellement en stage, et je bosse sur une appli intranet (php et postgresql) permettant la gestion de fiches incidents au sein du service dans lequel je suis.
Le truc c'est que je ne suis la que pour 1 mois et demi, et le projet global étant assez imposant, je n'aurais certainement pas le temps de terminer le tout.
En fait, on me demande plus de faire une ébauche évolutive que le pack logiciel complet.
Le probleme est le suivant : en ce moment, le serveur de BDD installé et utilisé est postgreSQL, mais dans un futur proche, le serveur sera transformé dans un serveur oracle, et mon code PHP/SQL devra être transformé pour fonctionner avec une bdd oracle.
Ne connaissant pas du tout Oracle, j'aimerais savoir si vous pourriez me donner des conseils pour faire mon code plus facilement transformable et évolutif : si il faut que j'utilise d'autre module, si il existe des logiciels de conversion code postgreSQL --> oracle, comment arranger mon code...
je vous prévient que je débute pas mal en PHP/SQL, et j'apprends autant que je code
voila, merci pour vos conseils
---------------
Et?