Je vais attendre la fin de ma période d'essai je pense

Sage décision.

En complément de lui présenter une liste des gains (qui peuvent paraître mineurs), cherche plutôt à lui indiquer pourquoi cette base devrait être mise à jour en montrant ses limites et l'incompatibilité du schéma actuel avec l'implémentation des nouvelles fonctionnalités qui font partie de la refonte, ou la difficulté de les implémenter.
Sinon, si c'est un professionnel il pourrait prendre ça comme un manque d'analyse et/ou de possibilité d'adaptation de ta part.

le schemas existe, je l'ai fait.

La procédure de migration, faut l'envisager ...

Pour exemple :

50 tables environ actuellement.
aucun héritage
5 bases de données :s
valeurs par défaut non définies
toutes les tables sont en myIsam
aucun schémas n'a jamais été fourni pour le modèle original (ni uml, ni merise)

Après, il y a aussi de bonnes choses dans ce modèle, je n'ai pas tout jeté en bloc, j'ai aussi beaucoup gardé. De là à dire qu'il ont fait de la merde ... Disons que c'était adapté à un moment ...

Le truc, c'est que je suis nouveau (moins de deux semaines que je suis là) et pas celui qui a fait l'appli existante, évidemment.

Bref bref bref,

Je vais attendre la fin de ma période d'essai je pense, et on discutera migration sérieusement à ce moment là.

Alors bienvenue dans le monde merveilleux de l'art de dire au gens qu'ils font de la merde mais sans les vexer

en général, l'un des seuls arguments valable, c'est le portefeuille.
Après, la rapidité, la souplesse, etc.. sont à mettre en avant.

Au pire, présente lui un nouveau schéma, une procédure de migration, une liste des gains... bref, un truc bien sérieux et bien argumenté. Et là il pourra plus facilement changer d'avis.


sinon... bonne chance

si ^^

Mais c'est cette personne là qui a fait la base, et donc qui pense que c'est un bon modèle, j'imagine ...

Les joies de la refonte
Le mieux est d'insister pour une refonte de la base. C'est ce que j'aurais fait. Surtout en si c'est pour utiliser des modèles ne correspondants pas aux tables de la base.
C'est légèrement une grosse incohérence quand même.

La personne qui te dit cela n'est pas professionnelle j'espère ?

J'ai une question un peu con ...

J'ai pour taf de refondre une application.

J'estime qu'aujourd'hui, la base de données est mal construite, et qu'il faut la refondre en parallèle de l'application elle même.

L'on m'a dit que ce n'était pas une bonne idée, que c'était trop compliqué machin truc ...

Mais comme j'utilise symfony, framework imposé, et donc propel, quel intérêt dans ces conditions de refondre l'application en question, puisque le modèle de classe correspondra à au modèle de la base de données ...

Bref bref, faut que j'insiste pour modifier la BD ou j'vais m'faire foutre ?

Et surtout, dans ces conditions : quel intérêt de refondre une appli si on ne touche pas la BD ?