Tri
-
-
- Messages : 384
- Enregistré le : lun. mai 28, 2001 12:21 pm
- Localisation : Castries (34)
Re: Tri
Sans vouloir faire un cours de base de données, Vega est bâti sur une structure de fichiers dite relationnelle, ce qui implique la présence de clés d'accès et donc d'index. On ne peut pas comparer l'explorateur de Windows ou autres tableurs à ce type de structure ou les liens cousus entre différents fichiers ne permettent pas de trier en direct une liste qui est le parcours direct de plusieurs fichiers en simultané. Bref, c'est loin d'être aussi simple qu'il n'y parait.
Re: Tri et relances
Le module "paiements" est présenté dans l'ordre alphabétique des patients... L'intérêt de cet état doit nous permettre, outre la saisie des paiements, de pouvoir suivre les retards de paiement... Si d'une part, on ne peut pas effectuer un tri en sélectionnant l'état par les dates croissantes, et d'autre part qu'il n'y a pas de possibilité (comme il m'a été signalé sur le forum général) de marquer les relances déjà effectuées, je me demande comment on peut faire un suivi sérieux des retards de paiements ???????????
Re: Tri et relances
POURTANT D APRES LES INFOS FAMILIALES ET AVERTIS IL SEMBLE QUE LA BDR SOIT TOUT A FAIT ADAPTER A CE GENRE DE MANIPULATION
LE TRI D UNE LISTE D ENREGISTREMENT FAIT PARTI DU B A BA DE CE GENRE D OUTIL .
MERCI DE FAIRE LE NECESSAIRE
DE LA PART D IDE QUI EN ONT MARRE DEJA DE PASSER DU TEMPS A IMPRIMER PLUSIEUR DOSSIER ET A RECHERCHER LES INFOS
AMICALEMENT
LE TRI D UNE LISTE D ENREGISTREMENT FAIT PARTI DU B A BA DE CE GENRE D OUTIL .
MERCI DE FAIRE LE NECESSAIRE
DE LA PART D IDE QUI EN ONT MARRE DEJA DE PASSER DU TEMPS A IMPRIMER PLUSIEUR DOSSIER ET A RECHERCHER LES INFOS
AMICALEMENT
- Stéphane Bernabé
- Administrateur
- Messages : 2540
- Enregistré le : ven. déc. 29, 2000 11:31 am
- Profimage : E
- Localisation : Castries (34)
Re: Tri et relances
INUTILE DE CRIER !
Par nature, une Base de Données Relationnelle ignore ce qu'est un tri. En revanche les outils qui la gèrent peuvent remplir ce rôle. C'est le cas par exemple quand on fait une requête SQL et qu'on trie ensuite le résultat de la requête. Au final ce n'est ni la BdD ni le SGBDr qui décide : c'est l'équipe de développement qui retient les fonctions qui lui semblent les meilleures. Nous n'avons pas retenus les tris, c'est aussi simple que ça. Et le choix fait à la conception de Vega rend désormais l'intégration des tris impossible.
Mieux vaudrait poser le problème de meilleure façon, plutôt que d'exiger une solution technique sans avoir toutes les informations à disposition...
Par nature, une Base de Données Relationnelle ignore ce qu'est un tri. En revanche les outils qui la gèrent peuvent remplir ce rôle. C'est le cas par exemple quand on fait une requête SQL et qu'on trie ensuite le résultat de la requête. Au final ce n'est ni la BdD ni le SGBDr qui décide : c'est l'équipe de développement qui retient les fonctions qui lui semblent les meilleures. Nous n'avons pas retenus les tris, c'est aussi simple que ça. Et le choix fait à la conception de Vega rend désormais l'intégration des tris impossible.
Mieux vaudrait poser le problème de meilleure façon, plutôt que d'exiger une solution technique sans avoir toutes les informations à disposition...
Stéphane Bernabé
"Si on paie ceux qui ne travaillent pas et si on impose ceux qui travaillent, il ne faut pas s'étonner si le chômage augmente."
Milton Friedman, prix Nobel d'économie en 1976
... et dans un autre domaine
- Pensée unique
"Si on paie ceux qui ne travaillent pas et si on impose ceux qui travaillent, il ne faut pas s'étonner si le chômage augmente."
Milton Friedman, prix Nobel d'économie en 1976
... et dans un autre domaine
- Pensée unique
Re: Tri et relances
J'ai déjà signalé que la possibilité de transferrer les tableaux sous EXCEL résoudrait facilement ce type de problème