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

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...

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 , 'cest rassurant je vais pouvoir me libérer un peu

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

Je vous remercie !

J'ai oublié aussi 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…

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

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.

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.

Pourquoi cette question ?

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

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]