Discussion :

[chouchouappc]

Bonjour à tous,
Je suis étudiant à l'iut et actuellement en stage, dans ce cadre il m'est demandé de réaliser una application servant pour des standardistes. Ces standardistes sont appelées a être une vingtaine. Mon application se décomposera en deux parties: une base de données et une interface graphique.
La base de données contiendra énormément d'infomations, sur toute la bretagne, et sera utilisé toute la journée.
L'interface elle sera le lien entre la base et les standardistes, elle devra donc etre simple a lire et efficace (pas lente à l'affichage par exemple), de plus cette base ne sera pas totalement créée par mes soins.
En effet, je devrais faire quelque exemples mais ensuite c'est des administrateurs "novices" qui devront la compléter, donc je pense aussi faire dans l'interface una partie "mise a jour, ou plutot enrichissement de la base" qui de manière intuitive les guiderait.

Bref ma question est, a la vue de ces infos, quel logiciel de creation et gestion de base de données vous me conseillez puis pour l'interface aussi.
En sachant que cela devra supporter une taille consequente et un accès repetitif. A oui, l'ideal serait qu'il n'y ai rien a installer sur les pc des standardistes, un peu comme si elles allaient sur internet...
je pensais prendre MySql CC et faire du php mais j'aimerais avoir votre avis.
merci d'avance

[Fabien Celaia]

DB2-400 avec programme RPG !
=> rapide
=> pas d'installation sur le poste client
=> accepte de grosses charges


Sans rire, ça va se jouer sur plusieurs critères, tels que... le prix, la volumétrie des données, la tolérance aux pannes...

Pour le choix de la base, en multi-sessions, je choisirai qqch de plus costaud et plus intègre que mySQL. cf le compartif

Pour l'environement de développement, soit basé sur du PHP, soit carrément une appication Java.

Reste à vous décider pour une architecture client/serveur ou 3-tiers

[chouchouappc]

le truc c'est que je ne connais pas du tout db2-400, est ce facil d'utilisation et d'apprentissage?
c'est claire en tout cas que MySql est chiant par ses manques!
Mais je pense que mon entreprise va etre obligé de taxé pour un bon logiciel, mais l'ideal serait oracle je pense mais c'est super chere et il y a besoin d'un admin en permanence je pense pour s'en occuper.
c'est vrai que ta solution a l'air alléchante par le fait de ne pas etre obligé d'installé quoi que ce soit sur les autres pc, mais le coupler avec php est -ce facil??
merci en tout cas de me proposer une solution!!

ah oui une question: c'est quoi la difference entre PowerDesigner et PowerDesigner AMC ??
merci

[Fabien Celaia]

Pour DB2-400 et RPG, oubliez-ca... C'était une petite boutade pour agacer les veilleurs technologiques...

Sinon, il y a une kyrielle de bases plus simple d'administration et moins cher qu'Oracle pouvant vous donner satisfaction. Optez quand même pour qqch de sérieux pour ce type d'applicatif.

Quand à la différence entre PowerAMC et PowerDesigner, depuis la version 7, seule la langue diffère (français pour AMC, anglais pour designer). Pour plus d'info : http://fadace.developpez.com/pamc

[WOLO Laurent]

En complement, la base de données de facturation des abonnées de ma société (CETEL CONGO S.A. , spécialite des télécommunications, avec plus de 170 000 Abonnées, ) tourne en SQL Server 2000 !!!

[chouchouappc]

tu me rassure fadace!!
je croyais que tu étais sérieux pour ibm...
enfin le débat reste donc entièrement ouvert, j'ai regardé le comparatif que tu m'a passé en lien et c'est pas évident de choisir
enfin peut etre que seul l'experience de tout a chacun pourra m'aider!!
mais merci d'avance pour toutes vos réponses

[Fabien Celaia]

Une BD de facturation n'a pas les mêmes exigences qu'une BD pure OLTP pour des standardistes.

Bien que MS améliore son OS petit à petit, je ne parierai pas encore sur un serveur Win pour une application à faible tolérant de panne.

[WOLO Laurent]

Une BD de facturation n'a pas les mêmes exigences qu'une BD pure OLTP pour des standardistes.

Mais enfin Fadace à quel genre de facturation fais-tu allusion?
Il s'agit ici d'une facturation sur les appels téléphoniques !!!
Est ce insuffisant ?

[orafrance]

si la facture est éditée sur simple appel d'un client OK, sinon le probléme n'est pas du tout le même
Que la facture porte sur la vente de communication téléphonique ou de pommes de terre le probléme reste exactement identique

le CRM et la finance ont des contraintes bien distinct , j'abonde complétement dans le sens de fadace. Oracle fait ça très bien mais c'est très cher , malheureusement... ma connaissance de la concurrence est très limitée

[chouchouappc]

je tiens a préciser quelque chose,
dans mon intention, les standardistes tapent le nom d'une commune et son code postal, et là toutes les infos l'a concernant (par rapport a la société ayant un contrat avec elle) apparaissent sur la page. Les standardistes ne font que consulter, et cette requete ne se fait que par le chois de la commune. Il n'y a pas d'info a rentrer autrement, de choix a faire, etc. Seul une navigation entre maxi 3 pages aura lieu, chaque page ayant un theme d'information specifique comme l'organisation locale, les modalités administratives, moda techniques...en definitive les standardistes n'inter agissent pas avec la base (elle n'y font qu'une requete générale en gros) seul les admin le feront pout la completer et la mettre a jour.
Je pense que cette précision était importante, et le débat est intéréssant pour le choix des logiciels et pas aussi évident!!

[WOLO Laurent]

le CRM et la finance ont des contraintes bien distinct , j'abonde complétement dans le sens de fadace.

Et notre serveur de donnée SUN246 (Serveur finance !) est également sous MS SQL SERVER !!!
Et quelles sont les exigences de la standardisation en question ???

[orafrance]

Pour le cas de chouchouappc, il semble qu'il faut s'orienter vers un SGBD très fort en lecture et suportant des volumes relativements conséquent (bon, y'a pas des millions de communes non plus )... et là, SQL Server fait peut-être l'affaire mais si je ne m'abuse une plate-forme full M$ est obligatoire

Pour le CRM, je parlais surtout des hotlines types Wanadoo ou reprise en garantie : le client appelle, il donne son numéro de client, il faut déjà retrouver le dossier complet dans les 2-3 secondes, ensuite il décrit le probléme et alors là on rentre dans un processus questions/réponses comme l'aide de windows XP : selon la réponse on pose telle question jusqu'à diagnostiquer le probléme. Ensuite on prend rendez-vous ou on fait un envoi de piéce -> commande, gestion des stocks et facturation

[chouchouappc]

donc si j'ai bien compris orafrance, tu me conseille sqlServer, par contre qu'entends tu par "plate-forme full M$", mais c'est cool là j'ai l'impressiond'avancer dans mon choix, merci encore a tous!!
Sinon je ne connais pas sqlServer, est ce qu' au niveau de l'interface je pourrais faire ca avec php, ou un outil microsoft style vba va m'être quasi obligé voire simplement fortement recommandé??
bref sqlserver va fonctionner avec quoi...

[chouchouappc]

je viens de voire le prix pour sql server version entreprise
je sais pas s'ils vont accepter de payer cette jolie somme!!
surtout que mon maitre de stage voulait au début que je fasse cela sous excel n'importe quoi
bon peut etre que je n'ai pas regardé la bonne version non plus de sql server...
Une question peut etre con mais pourquoi pas oracle??

[chouchouappc]

je viens d'envoyer un mail a MySQL, et apparement mySQL pro gère jusqu'a 6TO donc lorsque l'on m'a dit qu'une grosse base de données n'était pas gérable avec mySQL qui dois-je croire??
De plus si vous regardez la
http://dev.mysql.com/tech-resources/...rks/index.html
vous verrez qu'il gère très bien les nombreux utilisateurs, et finallement c'est le moins cher et de loin!!
donc je suis totalement embrouillé pour choisir!

[WOLO Laurent]

Fadace est un expert et professionnel sur le domaine des bases de données.
S'il ne te recommande pas MySQL, c'est parce que, pour le choix d'une base de données, seule la taille ne suffit pas !!!
Il faut par exemple voir s'il gère :
1-Les Transactions
2-Les Procedures stockées
3-Les Triggers
4-Les UDF
5-Les sous-requêtes
Et franchement, je suis sûr d'avoir oublié quelle que chose;
A lire ...Les techniques des SGBDR

[chouchouappc]

attention wolo ne nous enervons pas
je sais que fadace est expert sinon il n'aurait pas toute ces étoiles!!
comme je l'ai dit je suis simplement embrouillé sur les choix a faire car je sais très bien que l'entreprise ne voudra pas dépenser une grosse somme pour cela en sachant qu'au debut on voulait que je fasse ca sous excel!
(cette personne n'est pas dans l'informatique...)
Donc je cherche un compromis c'est tout mais c'est sur que MySQL est chiant par tous ses manques

[WOLO Laurent]

Non, c'est peut être les phrases que je n'ai pas su construire sinon pourquoi s'énerver ?
En tous cas, il n'y pas de raison pour que je m'énerve. Bien au contraire, il faudra que nous apportons des preuves conséquentes qui te permettront de convaincres ton monde !
Quand à MySQL, même se forum utilise une base de données MySQL !!!
Ca t'étonnerais, mais c'est ca la réalité.
Alors attention au choix car il est très primordial !

[chouchouappc]

je viens de m'entretenir 20 min avec un ingénieur de chez mysql...
ba forcement t'es convaincu quand tu les écoutes!!
il m'a dit les derniers contrats qu'il avait eu et tout! c'est hallucinant les couilles en or qu'ils sont en train de se faire!
im m'a expliquer des trucs qui avait l'ai intéréssant, comme le choix pour chaque table entre innodb et tout par rapport a ce qu'il faut, et comme moi c'est en grande partie que de la consultation avec requete simple, et que la mise a jour sera rare ----> MySQL et je sais pas quoi pas innoDB mais qui est rapide seulement pour des select...
voila voila est ce que j'avance dans mon choix

[Fabien Celaia]

Si les mises-à-jour ne sont pas fortement OLTP, les limitations de mySQl sont peut-être non blocante pour vous dans un premier temps.

Si le budget est un problème, dur de faire moins cher que gratuit. Votre remarque sur le prix de MS-SQL suivi de la remarque "pourquoi pas Oracle" m'a bien amusée.

Maintenant attention à vos interlocuteurs : ce n'est pas en discutant avec un ingénieur mySQL que vous allez vous faire une idée précise de ses limitations. Des indépendant tels que SQLPro resteront sans doute plus objectifs...