Discussion :

[zoheir13]

Salut,
j'ai deux table : table service et table employé
un service contient 1 ou plusieur employé

je voudrais savoir si c'est possible de faire sortir un employé de façon aléatoire du chaque service par une simple requette SQL, et est ce qu'il est possible de faire sortir le premier employé recruté pour chaque service,
remarque : la table employé contient la date de recrutement

j'utilise Firebird 1.5

[devalender]

je voudrais savoir si c'est possible de faire sortir un employé de façon aléatoire du chaque service par une simple requette SQL,

qu 'es que tu entends par là !

est ce qu'il est possible de faire sortir le premier employé recruté pour chaque service,
remarque : la table employé contient la date de recrutement

peut on avoir la structure de tes tables ?

[didvig]

bonjour,

1. pour le aléatoire

je crois qu'il n'existe pas nativement dans firebird (ou alors j'ai zapper qqchose ce qui est tres possible).

a part une udf a declarer :
DECLARE EXTERNAL FUNCTION rand RETURNS DOUBLE PRECISION BY VALUE ENTRY_POINT 'IB_UDF_rand' MODULE_NAME 'ib_udf';
qui peut etre utiliser comme ca
SELECT FIRST 1 * FROM employe e where e.service = :VAR ORDER BY rand()
le tout a l'interieur d'une procedure bouclant sur chaque service

mais il doit surement avoir mieux ....

2. pour le premier employé recruté

tu peux utiliser un truc du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
select * from employe e1
where not exists (select * from employe e2 where e2.service = e1.service 
   and e2.date_entree < e1.date_entree)

attention ceci peux te retourner plusieurs employés par service s'ils sont les premiers entrés a la même date.
Pour en selectioner un seul on pourrait ajouter egalement dans le not exists ' and e2.pkey < e1.pkey' (on reprendrait donc le premier entré avec la plus petite pkey).

Didier V.

[makowski]

je crois qu'il n'existe pas nativement dans firebird (ou alors j'ai zapper qqchose ce qui est tres possible).

pas besoin d'udf
http://www.firebirdsql.org/refdocs/l...func-rand.html

[didvig]

pas besoin d'udf
http://www.firebirdsql.org/refdocs/l...func-rand.html

merci philippe pour cette précision que je présentais, mais comme notre interlocuteur parlait de firebird 1.5 ....
donc je dirais udf à proscrire pour un passage en douceur vers 2.1 ...

Didier V

[makowski]

merci philippe pour cette précision que je présentais, mais comme notre interlocuteur parlait de firebird 1.5 ....

oui pardon,
mais comme Fb1.5 est en fin de vie
je ne comprend même pas pourquoi certains s'acharnent à utiliser cette vieille version
surement les mêmes que ceux qui utilisent win98

[zoheir13]

j'utilise FB1.5 Mr Makoski parce que j'ai trouver des problèmes pour l'immigration vers FB2.0
mais c'est un projet qui en cours


merci DIdvig pour ta réponse

[castorcharly]

oui pardon,
mais comme Fb1.5 est en fin de vie
je ne comprend même pas pourquoi certains s'acharnent à utiliser cette vieille version
surement les mêmes que ceux qui utilisent win98

Là, c'est oublier les problèmes de MàJ chez les clients, car c'est une sacrée opération de passer chez une centaine de client, qui demandent des RdV précis avec patte blanche dans des milieux sensibles. D'autre part, pourquoi changer un moteur qui donne entière satisfaction sur tous les points qui nous sont importants ?
D'autre part, même si vous nous affirmiez que la version 2.01 est dépourvue de bug, cela ne nous empêcherait pas de tout retester sur nos routines, intero sql etc. enfin le contrôle normal d'application avant mise en production.

Et là je réponds sans faire les calculs de coûts...

Ceci dit sans aucune agressivité (surtout que je lis et apprécie ce que vous écrivez sur FB depuis qq. années), juste pour souligner qu'il peut y avoir des raisons valables de rester en 1.5 et que l'on n'est pas des hommes de Cromagnon pour autant.