Comment puis-je récupérer les décimales lors de l'arrondissement, en moyenne dans SQL

Voici mon instruction SQL

SELECT ROUND(AVG(column_name), 100) 
FROM [database].[dbo].[table]

La réponse que j'ai récupérer est 3 avec une gamme de nombres entre 1 - 5 en 908 lignes.

Je dois dire 3.0 ou 3.09. Est-ce possible?

Quel que soit le point de en précisant 100 pour le paramètre longueur de ROUND?
parce que vous avez besoin de 3 arguments pour la fonction round de travail, je suis également d'arrondi au plus proche 100e
Mais mon point est que vous n'êtes jamais allez obtenir 100 décimales de précision en premier lieu, afin d' ROUND(,100) n'affecte en quoi que ce soit. Il suffit de ne AVG(column_name) et être fait avec elle.
à l'aide de 100 avec la fonction ROUND ne signifie pas rond le plus proche 100e. Cela signifie que vous voulez de 100 chiffres après le point décimal. Voir les exemples dans le MSDN: ROUND (Transact-SQL)
Mes excuses, j'ai essayé d'obtenir la réponse fournie par Guffa posté ci-dessous. J'ai été en mesure de faire le point, j'ai atteint lors de l'affichage de la question et sans son aide, je ne crois pas que j'aurais pu atteindre une solution. Je ne comprends pas pourquoi cela a été downvoted comme une personne qui n'a pas fait de recherche.

InformationsquelleAutor Skullomania | 2012-11-05

95

La moyenne ont le même type de données que les valeurs, ainsi jeté les valeurs:
```
SELECT ROUND(AVG(CAST(column_name AS FLOAT)), 2) FROM [database].[dbo].[table]
```
- Merci, la réponse a fonctionné! Je sera répondu dès que je peux
- je ne sais pas pourquoi j'ai obtenu le résultat que j'ai. simplement en utilisant la moyenne je reçois 3, l'Aide de la flotte que vous avez fourni-je obtenir 3.57 pourquoi est-ce...pourquoi n'est-ce pas la moyenne ou de la ronde à 4?
- parce que vous avez dit que vous vouliez des chiffres sur votre question, pourquoi voulez-vous à la ronde à 4 maintenant?
- Je ne veux pas arrondir à 4. J'étais seulement curieux de savoir pourquoi le nombre initial était de 3 au lieu de 4. Il semble que je n'ai pas bien comprendre ce qu'est le but de la flotte était en SQL. Je comprends maintenant. Merci!
- Parce que la conversion en entier effectivement tronque plutôt que de tours.
- Excellent Jude 🙂
InformationsquelleAutor Guffa
5

Je ne sais pas si cela va vous aider à skullomania mais essayez cette
```
    SELECT CAST(AVG(CAST(column_name as DECIMAL(10,2))) AS DECIMAL(10,2))FROM [table_name]
```
Le flotteur est approximatif, Les décimales sur l'autre main, il sera plus exacte, vous pouvez lire sur les flotteurs de mathématiques et les nombres décimaux. J'ai eu du mal au début avec ce et toujours l'impression d'être perdu à la fois. J'espère que cela va vous aider.

EN C#
pas sûr si je peux avoir des problèmes pour poster la réponse ici, mais avez-vous essayé de convertir une valeur de type double et à l'aide d'un ExecuteScalar()

essayez ceci:
```
    protected void Page_Load(object sender, EventArgs e)
    {
     SqlConnection conn= sqlconnectionstring;
     SqlCommand cmd = new SQLCommand("SELECT STATEMENT",conn);
     cmd.CommandType = CommandType.Text;
     conn.Open();
     Double result = Convert.ToDouble(cmd.ExecuteScalar());
     lblresult.text = "the result is " + result;
     conn.Dispose();
     cmd.Dispose();
    }
```
- Grâce Abdias. Cela ressemble beaucoup! Veuillez expliquer pourquoi vous avez utilisé jeté deux fois.
- Si vous ne projeter une fois, alors votre résultat aura plus de 3 décimales...je pensais que c'était plus de ce que vous recherchez. N'avez-vous pas souhaitez arrondir au plus proche de la 100e?
- Qui est correct. Grâce Abdias! maintenant j'ai juste besoin de comprendre comment obtenir ce résultat dans une variable pour c#
- Wicked! si je pouvais upvote ce que je ferais!
- je me demandais, au lieu de CAST(AVG(CAST)), pourquoi ne pourriez-vous faire CAST(AVG(col_name) AS DECIMAL(10,2)) ?
InformationsquelleAutor
3

Vous n'avez même pas besoin de faire un ROUND là, vraiment. Vous pourriez convertir vos valeurs à DECIMAL, comme ceci:
```
SELECT AVG(CONVERT(DECIMAL(16,2),YourColumn)) 
FROM YourTable
```
- Yeap, c'est vrai. Si l'op n'a pas de spécifier le type de données de sa colonne. Et, pour l'anecdote, moulage FLOAT apporte également le long de aproximations au lieu de valeurs exactes.
- pouvez-vous expliquer la raison de l' (16,2) partie
- href="http://msdn.microsoft.com/en-us/library/ms187912(v=sql.105).aspx" >msdn.microsoft.com/en-us/library/ms187912(v=sql.105).aspx
InformationsquelleAutor Lamak
2

Je ne suis pas entièrement sûr de ce que vous demandez, mais je pense que vous êtes désireux d'avoir le nombre retourné avec davantage de précision.

Vous êtes d'emballage à l'appel dans la RONDE fonction, mais si votre colonne du type de données n'a pas de précision supérieure à 0 (par exemple int), vous aurez besoin de jeter ou de CONVERTIR les données vers un autre type de premier.

Voici quelques exemples qui illustrent plusieurs façons de CAST de données de différents types:
```
SELECT CAST(100 AS decimal(5, 2)) -- Gives you "100.00"
      ,CAST(100 AS float) --<== Gives you "100"
      ,CAST(100.0 AS float) --<== Gives you "100"
      ,CAST(100.01 AS float) --<== Gives you "100.01"
```
Aussi, découvrez MSDN: Types de Données (Transact-SQL).
- Les exemples où vous lancez à FLOAT ne sont pas nécessairement vrai, cependant, elles peuvent varier avec chaque exécution. Ainsi, par exemple, CAST(100 AS FLOAT) pourrait revenir 99.999999 ou 100.000001
- Alors que les nombres à virgule flottante ne sont pas toujours exactes lors de l'utilisation dans les calculs, je n'ai jamais vu un certain nombre de mouler comme flotter dans SQL Server retourner un résultat différent d'une exécution à l'autre. L'inexactitude des nombres à virgule flottante devenues plus fréquentes lorsque aggravant les inexactitudes d'itérations multiples ou des calculs.
InformationsquelleAutor Alexander

Vous devez vous connecter pour publier un commentaire.