Reprise du message précédent :
preum's

 
Tout a fait.  Oracle est le meilleur dans ce domaine.  Il n'y a pas de doute possible.    
 
Juste par la fonction Flasback qui permet à une session (pendant que les autres utilisateurs continuent d'ajouter des modifications) de revenir en arrière et donc par example de voir une table telle qu'elle éxistait il y a une heure pour corriger par la suite les erreurs et d'avoir des résultats immédiats en temps réel.
 
Alors que pour SQL Server tout pourri qui pratique l'escalade de locks, car les lock sont des ressources gaspillées à outrance sur MS et qu'il faut savoir économiser. Résultat : des données sont lockées sans raison apparente.
 
Oracle est hautement configurable et tout comme LINUX laisse le sysadmin mettre les mains dans le cambouis sans restrictions.  Sur Sql Server, impossible !
 
Oracle n'a aucune limite du nombre de tables impliquées dans des requêtes complexes même s'il y aurait 500 000 tables... et 3 milliards d'enregistrements. Sur MySQL, la limite est fixée à un ridicule 61 tables.

la pub google qd on est pas login est en rapport avec le titre du post  

la grass mat c'est le bien

Deu'z.

bonjour,
 

B'jour

Hello [:kalimeroo:]

goto douche.

 
Oué enfin c'est toujours pareil, si tu fixe aucune limite tu t'expose toujours au couillons qui va vouloir sortir "toutes les commandes passé par la boite depuis 1980" et qui fout ton système à genoux par ce que le mec est un gros boulet
 
En plus comme ça va prendre trop de temps il va fermer sa fenêtre et en relancer une autre pour refaire la même chose ...

C'est sympa en fait les Chroniques de Sarah Connor [:huit:]

Poster à 9h52 ce n'est pas avoir fait une grass'mat'

Et puis elle est carrément plus sexy que dans les films

il serait intéressant de faire des petites expériences vis a vis des publicités proposées par google en rapport ou non avec le titre du topic

bonjour

déja de retour?

J'ai viré les URLs pour pas faire trop de pub

J'en conclus que c'est les floods de Wedge qui orientent les choix de Google

 
ma formation ne durait qu'une semaine
 

GoogleAd se fout de notre gueule

Bonjour,
 

 
 
 
On parle bien du SGBD qui quand je demande les enregistrements avec un champs vide, me sortait un résultat avec le champs remplis ?  

 
C'est impossible !
 
un champ vide doit avoir la valeur NULL  
 
s'il ne l'a pas c'est que c'est non null et donc possède une valeur.  
 
Je crois que tu as consommé des trucs illicites pour dire n'importe quoi et ils devaient être puissants.
 
soit ta requete SQL était mal formée.

j'allais répondre à ce magnifique post, jusqu'à ce que je m'aperçoive que l'auteur en était python

quel est l'intérêt de ton post ?
 
J'aime pas les pollution des progueux sur cette section.

finalement je réponds, je peux pas laisser passer ça aux lurkeurs qui lisent ce topic : sous Oracle, la valeur NULL ne signifie pas du tout l'absence de valeur mais une valeur INCONNUE, et c'est là qu'est la différence entre ce SGBD pourri et les autres. ça signifie tout simplement, comme le souligne mjules, qu'un test IS NULL sur une colonne peut très bien te renvoyer des trucs même si la colonne n'est pas vide.
c'est la raison pour laquelle :
- il faut éviter les colonnes nullables si elles doivent être jointes à d'autres,
- il est toujours préférable d'utiliser des valeurs par défaut au lieu de NULL
 
si j'étais modo de cette cat, je te bannirais pour m'avoir forcé à parler d'Oracle un samedi

et moi j'aime pas les trolls moisis un samedi, surtout pour encenser un SGBD de merde qui me fait chier 10h/j
Oracle est une moisissure absolue. Je pourrais te poster 1000 arguments pour étayer mes dires, mais je n'en ai pas envie. Rien que le fait qu'il existe un métier de DBA Oracle est la preuve que ce SGBD est pourri, surtout quand tu vois des perles comme Postgre qui possèdent les mêmes fonctionnalités qu'Oracle, mais qui tournent tout seuls.
Un exemple : sous Oracle, pour générer une colonne autoincrement, c'est un bordel sans nom (création d'une séquence, puis utilisation d'un trigger pour alimenter l'enregistrement concerné), alors que sous Postgre, une colonne SERIAL et c'est fini, tout comme MSSQL et sa colonne IDENTITY.
J'en aurais bien d'autres à dire sur cette merde, mais j'ai pas envie. Continue de croire que c'est le meilleur au monde si ça te chante

 

 
Le problème de mettre des valeurs par défaut est le suivant :  
 
Prends l'exemple d'une moyenne de notes d’élèves, un zéro signifiant pas de note n’est pas du tout la même chose qu’une bulle pour copie blanche. On pourrait utiliser un -1 pour signifier que la note n’existe pas, mais on complique la logique et le traitement.
 
Une valeur par défaut ne convient pas non plus pour les données de transactions financières.  Une valeur NULL pour absence de transaction.  Un "zéro" pour transaction sans montant d'argent.  Ce qui est utile lors des transfert de propriété résultant de la disposition d'un bien imposable en comptabilité.  
 
Tu mélanges traitement et fonctionnalités, ce qui est dangereux dans les SGBD.  
 

Oui et ? Tout ce que ton post prouve, c'est qu'on ne peut pas faire facilement avec Oracle des choses très simples à réaliser avec d'autres SGBD. Sous Oracle, avec la gestion pourrie du NULL, des jointures externes peuvent devenir un véritable enfer. Et je te parle même pas du debuggage de ce genre de bug, amuse toi.

Bon les enfants, on se calme
 
Oracle est une grosse daube, MySQL c'est tout moisi, et PostgreSQL c'est pas mieux
 
Rien ne vaut un bon vieux ficher Excel comme dit récemment

Ou encore un bon vieux CSV

on est samedi, et je parle d'Oracle en postant sous Linux. VDM

putain mais qu'est ce qu'il me casse les noix votre OS de merde

Ca pourrait être pire, tu pourrais parler de SQL server un dimanche en postant depuis un Windows Me

Ou alors je pourrais être en train de lire ce très bon article relatif à la prochaine disparition d'Oracle sous sa forme actuelle

Pas de chance, amarok est en train de jouer de la musique et a masqué le son à temps \o/
 
Enfin j'ai eu chaud

Grâce à toi j'ai coupé le son avant d'ouvrir.
 
Merci  

Une telle fourberie ca mérite un ban à vie de OSA

 
tout ce que ton post prouve c'est que tu es négatif

 
de qui ?

 
peut-etre que ce n'est pas une demande prise à la légère vu le niveau élevé des sanctions.  
 
 
 

Bonjour \_o> \_o> connards@OSA <o_/ <o_/
 
Gueule de bois.

A+

le jour où tu seras papa, tu verras que les grass mat' jusqu'a 8h30 sont déjà un bien fou