Représentant illimité dans la base de données avec le type de données integer

J'ai une table qui permet de gagner du compte des limites comme les utilisateurs. Pour la plupart des lignes de la valeur est un entier. Cependant j'aurai aussi besoin de support de stockage illimité (à l'infini) comme une valeur. Cela peut paraître idiot mais est-il une commune de la valeur entière qui représente illimité (à l'infini)? Je tiens à conserver les valeurs comme des nombres entiers.

  • limite sera un entier. Dans quelle fourchette? Est-il positif?
  • si votre vraiment besoin d'étirer ce concept (qui vous n'avez probablement pas), vous pouvez créer un ENUM, de sorte que le sens des valeurs spéciales si évident pour toute personne qui vient à travers elle
InformationsquelleAutor seanbrant | 2008-11-06
  1. 30
    • utiliser zéro
    • utilisez -1
    • utiliser null

    Je préfère nulle, à moins que le champ n'est pas nullable, alors je préfère zéro, à moins que zéro est une valeur de limite, alors je préfère -1, à moins que -1 est une valeur valide, auquel cas vous devez un autre champ (par exemple, un champ de bits) pour signifier 'illimité'.

    • Hm. Zéro et -1 sont les membres de l'ensemble des entiers. Et null (pas de données) peut être une valeur valide déjà. La redéfinition de bien-valeurs connues pour avoir de nouvelles significations spéciales est source de confusion et n'est généralement pas sage.
    • non, il peut faire sens. évidemment, la gamme normale, il serait d'en parler n'est pas l'ensemble des entiers, ce serait l'ensemble des entiers non négatifs. puisque de toute évidence vous ne pouvez pas définir une limite de -1 utilisateurs, alors il est évident qu'il a une valeur particulière. cette méthode est utilisée dans de nombreux langages de programmation, trop.
    • d'accord, mais je suppose dans ce cas que la gamme complète des valeurs entières n'est pas utilisé, puisque nous parlons des limites. Dans ce cas, vous souhaitez une sentinelle de la valeur (en.wikipedia.org/wiki/Sentinel_value), ce qui est bien. Tant qu'il est documenté!
    • Sauf s'il y a une bonne raison sinon, je préfère le "champ supplémentaire" solution. La " magie de la valeur de la solution peut conduire à toutes sortes de problèmes inattendus. Je ne dis pas que c'est pas commun, c'est juste que c'est un peu de temps-une bombe à retardement.
    • Pour moi, le NUL est logique. Il représente l'idée il n'y a pas de nombre entier pour la limite. Quoi d'autre aurait une valeur NULL dans cette colonne signifie?
    • Si j'utilise 0 ou -1..comment puis-je le comparer avec un nombre entier positif..la condition échouera et il va sortir de la boucle..sans même en cours d'exécution pour une fois..
    • Je n'ai aucune idée de quoi vous parlez 🙂 L'OP question a propos des colonnes de base de données...?
    • dans ma db j'ai deux lignes..première ligne a la limite de 10, de sorte que l'utilisateur peut effectuer une opération(disons, par exemple, l'ajout d'un e-mail) en front-end pour 10 fois..une autre ligne dans ma table doit avoir une limite permettant à l'utilisateur d'effectuer illimité d'opérations..pour définir illimité, je vais définir la valeur de la colonne à 0 ou -1 u comme suggéré..mais comment peut-on comparer l'utilisateur est autorisé max limite avec la limite j'ai lu db(ce qui est 0 ou -1)..
    • dans ce cas, vous n'avez pas comparer avec la limite, vous vérifier directement pour le cas spécial 'illimité' valeur (0 ou -1, voire nulle, que vous choisissez) première

    InformationsquelleAutor Steven A. Lowe
  2. 5

    Vous ne pouvez vraiment pas avoir un nombre infini de comptes car il n'y a pas un nombre infini de personnes. En fait, vous êtes vraiment limité dans le nombre de comptes que vous pouvez avoir (si vous choisissez de stocker la valeur dans une seule colonne de base de données) depuis tout fini mécanisme de stockage pour les dénombrables choses a une limite. Je vous suggère, avec @Tor Haugen, que la meilleure façon de le faire est d'utiliser la limite imposée par le système (quel que soit maximal d'entiers ou de longue langue de votre offre). De cette façon, vous n'aurez pas à vous soucier d'aucun des cas particuliers pour vos comparaisons. En outre, je voudrais utiliser une contrainte de base de données pour éviter de stocker des valeurs négatives dans le domaine. Un entier de 64 bits sera certainement tenir un nombre assez grand pour être pratiquement illimité pour votre application.

    InformationsquelleAutor tvanfosson
  3. 4

    Bien, si vous accédez à votre base de données à partir .NET, les types d'entiers ont constant membres MaxValue et MinValue. Nous faisons parfois appel à eux pour représenter l'infini. Bien sûr, ces valeurs n'ont aucune signification particulière dans votre SGBDR...

    • "La redéfinition de bien-valeurs connues pour avoir de nouvelles significations spéciales est source de confusion et n'est généralement pas sage" Tu veux dire, comme la redéfinition de MinValue et MaxValue? LOL! 😉
    • Je pense que ce que l'on entend, c'est que MaxValue est vraiment la limite pratique de toute façon, alors pourquoi ne pas l'utiliser?
    InformationsquelleAutor Tor Haugen
  4. 3

    Comme un entier, infinity va être dur. Quelques options:

    1) -1, avec le programme approprié logique qu'il les traite comme infini (et en supposant que les valeurs négatives ne sont pas valides).

    2) Une colonne supplémentaire tenant un drapeau indiquant fini/infini.

    InformationsquelleAutor Drew Hall
  5. 0

    Je ne pense pas qu'il y est une solution parfaite. Alors, voici ma suggestion:

    Créer des constantes qui représentent les valeurs maximales qui peuvent être stockées dans votre base de données et de les considérer comme "l'Infini".

    http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html#integer-types

    • Je pensais à faire de même, mais c'est 2016, n'avons-nous pas quelque chose de mieux encore 😀
    InformationsquelleAutor barbolo