Choix du langage pour une application de gestion Assurance !!

Petit nouveau ! | 2 Messages

25 déc. 2008, 20:39

Bonjour,

Je voulais bien me renseigner si je pourrais utiliser PHP 5 pour montrer une grande application de gestion d'assurance, avec une base de données relationnelles assez riche ( 30 aines de tables en moyenne , de plus l'édition des factures des états et des statistiques.

J'attends vos avis chers Experts en domaine.
Merci d'avance.

[Note : ce message a été posté de manière anonyme avant d'être réattribué à son auteur]

Mammouth du PHP | 959 Messages

26 déc. 2008, 00:55

Pourquoi cette question ? :)

Le principal c'est que ça soit bien sécurisé. ;)

ViPHP
ViPHP | 2287 Messages

26 déc. 2008, 00:58

Dans l'absolu je dirais "sans problème" d'après les éléments que tu fournis et mon expérience personnelle (j'ai déjà réalisé quelques applis de gestion d'assurance > 100 tables).

30 tables : le chiffre est loin d'être énorme, il est même faible. Mais il ne veut rien dire en soi, il faudrait se faire une idée d'après la structure de la base, les principales requêtes d'attaque et la volumétrie envisagée (combien d'enregistrements ?). Et même en ayant toutes ces données, ça permettrait de choisir le SGBD mais ça ne donnerait pas d'éclairage sur le langage de programmation à utiliser.

PHP convient bien pour un site web. Depuis sa version 5 et les nouvelles fonctionnalités objet, il est devenu aussi adapté pour des développements plus structurés.

Si ton application rentre dans cette catégorie, alors tout va bien.
if(!@work()){ Nespresso(); } else { what(); }
______________________________

Invité
Invité n'ayant pas de compte PHPfrance

26 déc. 2008, 01:29

Merci bcp pour vos aides,

la société pour la quelle je souhaite faire cette application de gestion, voudrait qu'elle soit accessible d'Internet, et rapide du point de vue chargement. c'est pour cela que j'ai voulu opter pour PHP5 orienté object.

l'application comportera plusieurs modules :
- Adhérants
- Comptabilité
- Dossiers de maladies
et autres..
et chaque module comportera un menu avec un ensemble de rubriques.

La base sera tout à fait riche, j'ai juste estimé le nombre de 30 tables dans un premier temps mais je n'ai tj pas fait une études complète sur le projet, c'est pour cela que j'ai demandé si le langage était bien efficace pour une telle offre.

Invité
Invité n'ayant pas de compte PHPfrance

26 déc. 2008, 01:31

J'ai oublié aussi :D de mentionner qu'ils sont à des milliers d'enregistrement actuellement avec une application de gestion en intra-net.

ViPHP
ViPHP | 5924 Messages

26 déc. 2008, 04:39

J'ai oublié aussi :D de mentionner qu'ils sont à des milliers d'enregistrement actuellement avec une application de gestion en intra-net.
A l'instar de ton chiffre une trentaine de tables, un millier d'enregistrements, c'est pareil, c'est faible. Pour te donner une idée, certains utilisent MySQL avec des bases stockant le TeraOctet de données. Il se dit même que google utiliserait un MySQL optimisé pour ses recherches…

Petit nouveau ! | 2 Messages

26 déc. 2008, 13:27

Donc à votre avis ça sera un choix judicieux pour la nature mon projet ?

Je vous remercie !

Mammouth du PHP | 804 Messages

27 déc. 2008, 19:17

Pour te donner une idée, certains utilisent MySQL avec des bases stockant le TeraOctet de données. Il se dit même que google utiliserait un MySQL optimisé pour ses recherches…
Moi qui prends un malaise quand je vois un BDD qui dépasse les 3MO :mrgreen: , 'cest rassurant je vais pouvoir me libérer un peu :wink:

Mammouth du PHP | 1668 Messages

27 déc. 2008, 19:25

PHP, grâce à sa version est devenu suffisament perfectionner pour prétendre satisfaire 90% des beosins utilisateurs, via ses fonctions native, pour ne citer qu'un exemple, Yahoo! migre vers PHP...
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

ViPHP
AB
ViPHP | 5818 Messages

27 déc. 2008, 22:10

la société pour la quelle je souhaite faire cette application de gestion, voudrait qu'elle soit accessible d'Internet, et rapide du point de vue chargement. c'est pour cela que j'ai voulu opter pour PHP5 orienté object.
La rapidité d'exécution des scripts n'est pas intrinsèque à l'orientation "objet". On pourrait croire en te lisant qu'il suffit de développer "objet" pour accélérer le traitement d'un script :-k