D'abord j'ai bien conscience que dans mes demandes, c'est sans doute la moins facile a implementer (je ne suis pas completement ignare en matiere de programmation). Ensuite, je pense que cela ne necessiterait pas d'interrogations supplementaires de la base de donnees par rapport a ce qui est fait actuellement par VSC. En effet VSC propose le meilleur prix en 1ere sur une demande en 2nde (enfin ce qu'il croit etre le meilleur prix en tout cas, car parfois il propose un prix prems+loisir reduit en fait plus eleve que le loisir reduit), ce qui necessite certainement de collecter le tarif sur chaque troncon (et ce meme s'il n'apparait pas au client au final parce qu'il n'y a pas de loisir reduit), avant d'appliquer eventuellement des regles de degressivite sur le tarif loisir (qui si mes conjectures sont bonnes est un %age de reduction sur des relations de type TGV+TGV, dependant probablement de la distance totale par rapport aux distances partielles).
Si donc mes hypotheses sont correctes, un programmeur experimente ne devrait pas avoir trop de mal a afficher, au moins pour un trajet avec une correspondance, les 3 alternatives possibles avec tout ou partie du trajet en 1ere, et ce sans cout d'interrogation supplementaire (genre offrez-vous la 1ere sur Grenoble-Paris pour 15 euros de plus, sur Paris-Thionville pour 10 euros de plus, sur tout le trajet Grenoble-Thionville pour 20 euros de plus).
Pour les trajets avec 2 correspondances, cela implique presque toujours une relation en TER, dont les criteres de confort peuvent figurer dans les preferences de l'utilisateur ou etre coches a l'avance (genre une case Toujours effectuer les trajets TER en 2nde), on est alors ramene au cas precedent.
Maintenant, je comprends tres bien que VSC n'ait pas forcement *interet* a proposer ce type de service, parce que ce n'est pas forcement l'interet economique de la SNCF, mais c'est justement un des cas ou la concurrence sur les canaux de distribution pourrait beneficier au client.