bon puisque ya des informaticiens ici j'en profite

nos prestataires nous ont réalisé une migration de la base oracle 8i en 9i cette semaine et comme dh'ab après ca tout buggait

après intervention tout était réparé sauf une requete essentielle

en 8i elle prenait 1 min, en 9i 3h45....

bref après x jours "d'analyse" chez Reuters, la solution leur est apparue...

à un moment dans la requete au lieu de leur dire "est = à oui" il fallait le changer en "est différent de non"

comme quoi l'informatique des fois c'est bizarre :rolleyes:

bref ca vous choque ou pas ce genre de "délire"?

Non, c'est classique

Et ça fait raquer le client

non :developpeuroracle:

non ca fait chier le client

mais le client paye pas les 2 jours de recherche chez eux :lol:

Non, c'est classique 

Et ça fait raquer le client 

<{POST_SNAPBACK}>

:+1:

tout a fait courant... Mais, je comprends ton désapointement....

Si e plus, ils paient pas, aucune raison de se dépecher

c'est n'importe quoi et assurément faux

Si e plus, ils paient pas, aucune raison de se dépecher

<{POST_SNAPBACK}>

on paye la deux jours de migration de base

le fait qu ils reviennent deux jours derrière parce qu ils ont merdé et que ca bug je vois pas pkoi on payerait

à un moment dans la requete au lieu de leur dire "est = à oui" il fallait le changer en "est différent de non"

bref ca vous choque ou pas ce genre de "délire"?

<{POST_SNAPBACK}>

non, en SQL, ca ne me supprend pas.

Ce qui me surprend juste, c'est que c'est le changement de version qui provoque cette "erreur".

en info, parfois, "= oui" n'est pas pareil que "!= non" suprenant hein

le fait qu ils reviennent deux jours derrière parce qu ils ont merdé et que ca bug je vois pas pkoi on payerait

<{POST_SNAPBACK}>

normal!

Ils crée de bugs de migration donc c'est à eux d'assumer!

oui enfin c'était de l'humour hein

oui enfin c'était de l'humour hein

<{POST_SNAPBACK}>

tu es pas comme ca pourtant ...

Moi ca ne me choque pas excessivement.

Lorsque cela fonctionne du premier coup en fait c est suspect

en info, parfois, "= oui" n'est pas pareil que "!= non" suprenant hein 

<{POST_SNAPBACK}>

bah je vois pas en quoi c'est surprenant :huh:

ce sont 2 fois 2 tests logiques différents.

par contre dire que le sql a des comportements bizzares c'est une grosse connerie désolé

bah je vois pas en quoi c'est surprenant  :huh:

ce sont 2 fois 2 tests logiques différents.

toi parlé la France

descend un peu de ton nuage et mets toi a la place de qq'1 qui n'a jamais fait d'info et de "logique" (ce q'on appel le domaine de la "logique" en math)

par contre dire que le sql a des comportements bizzares c'est une grosse connerie désolé 

personne n'a dit ca, tu fumes ou quoi ? :blink:

non, en SQL, ca ne me supprend pas.

<{POST_SNAPBACK}>

personne n'a dit ca, tu fumes ou quoi ?  :blink:

<{POST_SNAPBACK}>

nan rien :ninja:

toi parlé la France 

descend un peu de ton nuage et mets toi a la place de qq'1 qui n'a jamais fait d'info et de "logique" (ce q'on appel le domaine de la "logique" en math)

bah d'un autre côté, le gars qui a jamais fait d'infos il cherche pas à comprendre les subtilités d'oracle

nan rien  :ninja:

<{POST_SNAPBACK}>

ok, tu sais donc pas lire...

bon délire...

vous pourriez quand même expliquer gossièrement qu'il y a trois états possibles pour une proposition en SQL sous Oracle:

VRAI

FAUX

NI VRAI NI FAUX

après, je ne sais pas si c'est un simple test manquant qui bousillait le temps de traitement, tout dépend des requêtes (et donc des gens qui les écrivent)

ian

NI VRAI NI FAUX

<{POST_SNAPBACK}>

Communement appellé null

Communement appellé null

<{POST_SNAPBACK}>

toi t'es vraiment NULL, ca c'est sur :bleh:

vengeance :ninja:

SELECT 'TA GUEULE'

FROM DUAL;

:troplol:

:lol:

[petite musique]

je suis ingénieur informaticien...etc.

[fin de la petite musique]

ian

SELECT 'TA GUEULE'

FROM DUAL;

<{POST_SNAPBACK}>

ça c'est de la bonne vanne d'informaticien dis donc :ninja:

autre hypothèse, ils ont fait une connerie et sortent une excuse bidon compréhensible par le mec qui paie.