Champ booléen dans Oracle

Hier, je voulais ajouter un champ booléen à une table Oracle. Cependant, il n'y a pas réellement de type de données booléen dans Oracle. Quelqu'un ici connaît-il la meilleure façon de simuler un booléen? Googler le sujet a découvert plusieurs approches

1. Utilisez un entier et ne vous souciez pas de lui attribuer autre chose que 0 ou 1.

2. Utilisez un champ de caractère avec «Y» ou «N» comme deux seules valeurs.

3. Utilisez une énumération avec la contrainte CHECK.

Les développeurs Oracle expérimentés savent-ils quelle approche est préférée / canonique?

J'ai trouvé ce lien utile.

Voici le paragraphe mettant en évidence certains des avantages / inconvénients de chaque approche.

La conception la plus courante consiste à imiter les nombreux indicateurs de type booléen que les vues du dictionnaire de données d'Oracle utilisent, en sélectionnant «Y» pour vrai et «N» pour faux. Cependant, pour interagir correctement avec les environnements hôtes, tels que JDBC, OCCI et d'autres environnements de programmation, il est préférable de sélectionner 0 pour false et 1 pour true afin qu'il puisse fonctionner correctement avec les fonctions getBoolean et setBoolean.

Fondamentalement, ils préconisent la méthode numéro 2, par souci d'efficacité, en utilisant

• valeurs de 0/1 (en raison de l'interopérabilité avec les JDBC, getBoolean()etc.) avec une contrainte de vérification
• un type de CHAR (car il utilise moins d'espace que NUMBER).

Leur exemple:

create table tbool (bool char check (bool in (0,1));
insert into tbool values(0);
insert into tbool values(1);`

Oracle lui-même utilise Y / N pour les valeurs booléennes. Pour être complet, il convient de noter que pl / sql a un type booléen, ce ne sont que les tables qui n'en ont pas.

Si vous utilisez le champ pour indiquer si l'enregistrement doit être traité ou non, vous pouvez envisager d'utiliser Y et NULL comme valeurs. Cela fait un très petit index (lecture rapide) qui prend très peu de place.

Pour utiliser le moins d'espace, vous devez utiliser un champ CHAR contraint à «Y» ou «N». Oracle ne prend pas en charge les types de données BOOLEAN, BIT ou TINYINT, donc un octet de CHAR est aussi petit que possible.

La meilleure option est 0 et 1 (sous forme de nombres - une autre réponse suggère 0 et 1 comme CHAR pour l'efficacité de l'espace mais c'est un peu trop tordu pour moi), en utilisant NOT NULL et une contrainte de vérification pour limiter le contenu à ces valeurs. (Si vous avez besoin que la colonne soit nullable, alors ce n'est pas un booléen que vous traitez mais une énumération avec trois valeurs ...)

Avantages de 0/1:

• Indépendant de la langue. «Y» et «N» conviendraient si tout le monde l'utilisait. Mais ils ne le font pas. En France, ils utilisent «O» et «N» (j'ai vu cela de mes propres yeux). Je n'ai pas programmé en Finlande pour voir s'ils utilisent «E» et «K» là-bas - ils sont sans aucun doute plus intelligents que cela, mais vous ne pouvez pas en être sûr.
• Conforme à la pratique des langages de programmation largement utilisés (C, C ++, Perl, Javascript)
• Joue mieux avec la couche d'application, par exemple Hibernate
• Mène à SQL plus succinct, par exemple, pour savoir combien de bananes sont prêtes à manger select sum(is_ripe) from bananasau lieu de select count(*) from bananas where is_ripe = 'Y'ou même (yuk)select sum(case is_ripe when 'Y' then 1 else 0) from bananas

Avantages de 'Y' / 'N':

• Prend moins de place que 0/1
• C'est ce que suggère Oracle, c'est peut-être ce à quoi certaines personnes sont plus habituées

Une autre affiche a suggéré «Y» / null pour les gains de performance. Si vous avez prouvé que vous avez besoin des performances, alors c'est juste, mais sinon évitez car cela rend les requêtes moins naturelles ( some_column is nullau lieu de some_column = 0) et dans une jointure gauche, vous confondez la fausseté avec des enregistrements inexistants.

Soit 1/0, soit Y / N avec une contrainte de vérification dessus. la manière éther est très bien. Personnellement, je préfère 1/0 car je fais beaucoup de travail en perl, et il est vraiment facile de faire des opérations booléennes perl sur les champs de base de données.

Si vous voulez une discussion vraiment approfondie de cette question avec l'un des honchos à la tête d'Oracles, découvrez ce que Tom Kyte a à dire à ce sujet ici

La base de données sur laquelle j'ai effectué la plupart de mes travaux utilisait «Y» / «N» comme booléen. Avec cette implémentation, vous pouvez réaliser quelques astuces comme:

1. Comptez les lignes qui sont vraies:
   SELECT SUM (CASE WHEN BOOLEAN_FLAG = 'Y' THEN 1 ELSE 0) FROM X

2. Lors du regroupement de lignes, appliquez la logique «Si une ligne est vraie, alors tout est vrai»:
   SELECT MAX (BOOLEAN_FLAG) FROM Y
   Inversement, utilisez MIN pour forcer le regroupement à faux si une ligne est fausse.

Un exemple de travail pour implémenter la réponse acceptée en ajoutant une colonne "Boolean" à une table existante dans une base de données oracle (en utilisant numbertype):

ALTER TABLE my_table_name ADD (
my_new_boolean_column number(1) DEFAULT 0 NOT NULL
CONSTRAINT my_new_boolean_column CHECK (my_new_boolean_column in (1,0))
);

Cela crée une nouvelle colonne dans my_table_name appelée my_new_boolean_columnavec les valeurs par défaut de 0. La colonne n'acceptera pas les NULLvaleurs et restreint les valeurs acceptées à 0ou 1.

Dans nos bases de données, nous utilisons une énumération qui garantit que nous la transmettons TRUE ou FALSE. Si vous le faites de l'une des deux premières façons, il est trop facile de commencer à ajouter une nouvelle signification à l'entier sans passer par une conception appropriée, ou de finir avec ce champ de caractères ayant Y, y, N, n, T, t, F, f et avoir à se souvenir quelle section de code utilise quelle table et quelle version de true elle utilise.