...sans aucune précision ou de l'échelle crée une colonne dans laquelle des valeurs numériques de toute précision et l'échelle peuvent être stockées, jusqu'à la mise en œuvre de la limite de la précision.
Je ne suis pas entièrement sûr de ce que "la mise en œuvre de limite à la précision est". N'ont jamais essayé vraiment grand nombre. Si la limite est atteinte, un repli à text est possible. Mais, je pense qu'il y aura d'autres questions importantes avant 😉 Si vous souhaitez stocker moins de, puis spécifiez une précision et/ou l'échelle de numeric.
Modifier comme sjr souligné, la restriction est de 1000 décimales de précision (à partir du même lien):
Le type numeric peut stocker des nombres jusqu'à 1000 chiffres de précision [en currentl implémentations] et effectuer des calculs exactement. Il est particulièrement recommandé pour le stockage des montants monétaires et d'autres grandeurs où la précision est nécessaire...
Si plus précision est nécessaire - en dépit d'avoir un plus gros problème à portée de main puis une colonne numérique ne sera pas adapté (par lui-même). Mais ce n'est vraiment plus d'une très extrême "what if" et ne devrait pas jouer un rôle limitant.
Vous avez tout à fait raison, mon mauvais 🙂 J'ai édité ton post pour la version la plus récente de la documentation. 8.2 semble un peu désuet 😉 Très apprécié.
Suffit d'utiliser la Java des mappages pour la commune de types de données SQL. Dans ce cas, vous pouvez utiliser un NUMERIC ou DECIMAL.
Cela fonctionne dans PostgreSQL car de soutien spécial. Toutefois, SQL elle-même ne définit pas une précision arbitraire de type numérique. Dans SQL Server max de précision est de 38 chiffres. (J'espère que les BigDecimal valeur est garantie en qui vont bien 🙂 La question est à propos de PostgreSQL, pas sur SQL Server. NUMERIC et DECIMAL ont pas de limites dans PostgreSQL: postgresql.org/docs/current/static/datatype-numeric.html Même PostgreSQL, d'après la documentation, a une limite de 1000 chiffres de précision. Je n'ai jamais eu à utiliser les nombres n'importe où près de ce grand donc je ne peux pas commenter autrement. (Java BigDecimal a un bien plus de limite.) Le point est, que l'espace numérique est petits et même si je ne connais pas la raison pratique à le dépasser, le fait ne doit pas être laissé sous silence. le type de données NUMÉRIQUE est un standard SQL J'aimerais voir une solution générique. Actuellement, je suis le stockage comme une chaîne de caractères, mais ce n'est pas très utile.
Voir Les types de données PostgreSQL - peut-être Numérique, qui peut agir comme un précision arbitraire type (c'est une extension PostgreSQL).
Je ne suis pas entièrement sûr de ce que "la mise en œuvre de limite à la précision est". N'ont jamais essayé vraiment grand nombre. Si la limite est atteinte, un repli à
text
est possible. Mais, je pense qu'il y aura d'autres questions importantes avant 😉 Si vous souhaitez stocker moins de, puis spécifiez une précision et/ou l'échelle denumeric
.Modifier comme sjr souligné, la restriction est de 1000 décimales de précision (à partir du même lien):
Si plus précision est nécessaire - en dépit d'avoir un plus gros problème à portée de main puis une colonne numérique ne sera pas adapté (par lui-même). Mais ce n'est vraiment plus d'une très extrême "what if" et ne devrait pas jouer un rôle limitant.
J'ai édité ton post pour la version la plus récente de la documentation. 8.2 semble un peu désuet 😉
Très apprécié.
OriginalL'auteur
Suffit d'utiliser la Java des mappages pour la commune de types de données SQL. Dans ce cas, vous pouvez utiliser un NUMERIC ou DECIMAL.
La question est à propos de PostgreSQL, pas sur SQL Server. NUMERIC et DECIMAL ont pas de limites dans PostgreSQL: postgresql.org/docs/current/static/datatype-numeric.html
Même PostgreSQL, d'après la documentation, a une limite de 1000 chiffres de précision. Je n'ai jamais eu à utiliser les nombres n'importe où près de ce grand donc je ne peux pas commenter autrement. (Java BigDecimal a un bien plus de limite.) Le point est, que l'espace numérique est petits et même si je ne connais pas la raison pratique à le dépasser, le fait ne doit pas être laissé sous silence.
le type de données NUMÉRIQUE est un standard SQL
J'aimerais voir une solution générique. Actuellement, je suis le stockage comme une chaîne de caractères, mais ce n'est pas très utile.
OriginalL'auteur Frank Heikens