Wie Runde durchschnittlich 2 Dezimalstellen in PostgreSQL?

Ich bin mit PostgreSQL über das Ruby gem 'Fortsetzung'.

Ich versuche, Runde auf zwei Dezimalstellen.

Hier ist mein code:

SELECT ROUND(AVG(some_column),2)    
FROM table

Bekomme ich die folgende Fehlermeldung:

PG::Error: ERROR:  function round(double precision, integer) does 
not exist (Sequel::DatabaseError)

Bekomme ich keine Fehlermeldung, wenn ich den folgenden code ausführen:

SELECT ROUND(AVG(some_column))
FROM table

Weiß jemand, was ich falsch mache?

Deine Fehlermeldung entspricht nicht dem code in deiner Frage.
Der syntax-Fehler abgesehen, eng Verwandte Frage auf dba.SE wirft ein Licht auf Rundung double-precision-zahlen in PostgreSQL.
Vielen Dank für den Hinweis. Es sollte sagen, 'rund', wo es heißt 'avg'. Bearbeitet.

InformationsquelleAutor user1626730 | 2012-10-28

194

PostgreSQL nicht definieren round(double precision, integer). Aus Gründen @Pfiffe erklärt in den Kommentaren, die version von der Runde, die dauert einer Genauigkeit ist nur für numeric.
```
regress=> SELECT round( float8 '3.1415927', 2 );
ERROR:  function round(double precision, integer) does not exist

regress=> \df *round*
                           List of functions
   Schema   |  Name  | Result data type | Argument data types |  Type  
------------+--------+------------------+---------------------+--------
 pg_catalog | dround | double precision | double precision    | normal
 pg_catalog | round  | double precision | double precision    | normal
 pg_catalog | round  | numeric          | numeric             | normal
 pg_catalog | round  | numeric          | numeric, integer    | normal
(4 rows)

regress=> SELECT round( CAST(float8 '3.1415927' as numeric), 2);
 round 
-------
  3.14
(1 row)
```
(In den oben genannten, beachten Sie, dass float8 ist nur ein Kürzel für double precision. Sie können sehen, dass PostgreSQL baut es in der Ausgabe).

Müssen Sie casten den Wert auf gerundet werden zur numeric verwenden Sie die zwei-argument-form round. Fügen Sie einfach ::numeric für die Abkürzung cast, wie round(val::numeric,2).

Wenn Sie die Formatierung für die Anzeige an den Benutzer, verwenden Sie nicht round. Verwenden to_char (siehe: Datentyp-Formatierungsfunktionen in der Anleitung), können Sie angeben, ein format und bietet Ihnen eine text Ergebnis, das nicht betroffen, was Skurrilität Ihrer client-Sprache tun könnten, mit numeric Werte. Zum Beispiel:
```
regress=> SELECT to_char(float8 '3.1415927', 'FM999999999.00');
    to_char    
---------------
 3.14
(1 row)
```
to_char Runden zahlen, die für Sie als Teil der Formatierung. Die FM Präfix erzählt to_char dass Sie nicht möchten, dass das Auffüllen mit führenden Leerzeichen.

Hmm. Wenn ich versuche aus ROUND(CAST(FLOAT8 '3.1415927' AS NUMERIC),2);, bekomme ich die Meldung '0.314E1'. Und ich habe meinen code wie folgt geschrieben ROUND(AVG(val),2) aber bekomme immer noch die Fehler habe ich beschrieben in meiner Frage.
Ich lief einfach ROUND(CAST(FLOAT8 '3.1415927' AS NUMERIC),2); auf PgAdmin und Ruby. Mit PgAdmin, ich bekomme 3.14, aber mit Ruby (mit er Nachfolger gem) bekomme ich die Meldung '0.314E1'. Ich Frage mich, warum das so ist...
"Für einige ungerade Grund, warum die version der Runde, nimmt einen precision nur für numerische." Floating-point-zahlen sind "nützliche Näherungen". Wenn Sie Fragen, code um eine Fließkommazahl auf zwei Dezimalstellen gibt andere floating-point-Zahl, es gibt keine Garantie, dass die nächste Annäherung an die "richtige" Antwort wird nur zwei Ziffern rechts von der Dezimalstelle. Numerik effektiv skalierte Ganzzahlen; Sie haben dieses problem nicht.
Guter Punkt - ein double version von round würde zurückkehren müssen numeric oder (igitt) text, so könnte es genauso gut ein numeric argument.
Für diejenigen, die versuchen zu finden den Kommentar von @Pfiffe : es ist jetzt Mike Sherrill 'Katze Recall"

InformationsquelleAutor Craig Ringer

Versuchen Sie auch die alte syntax für Gießen,

SELECT ROUND(AVG(some_column)::numeric,2)    
FROM table;

funktioniert mit jeder version von PostgreSQL.

Es gibt einen Mangel an überlastungen in einigen PostgreSQL-Funktionen, warum (???): Ich denke, "es ist ein Mangel" (!), aber @CraigRinger, @Pfiffe und das PostgreSQL-team sind sich einig über die "pg' s historische Gründe".

PS: ein weiterer Punkt zu Runden ist Genauigkeit, überprüfen @IanKenney Antwort.

Überladen als casting-Strategie

Können Sie überlastung die ROUND-Funktion mit,

 CREATE FUNCTION ROUND(float,int) RETURNS NUMERIC AS $$
    SELECT ROUND($1::numeric,$2);
 $$ language SQL IMMUTABLE;

Nun deine Anleitung funktioniert, versuchen Sie (nach Erstellung einer Funktion)

 SELECT round(1/3.,4); -- 0.3333 numeric

aber es gibt einen NUMERISCHEN Typ... Zu bewahren, die erste common usage überlastung, die wir zurückkehren können, einen FLOAT-Typ, wenn Sie einen TEXT-parameter angeboten wird,

 CREATE FUNCTION ROUND(float, text, int DEFAULT 0) 
 RETURNS FLOAT AS $$
    SELECT CASE WHEN $2='dec'
                THEN ROUND($1::numeric,$3)::float
                -- ... WHEN $2='hex' THEN ... WHEN $2='bin' THEN... complete!
                ELSE 'NaN'::float  -- like an error message 
            END;
 $$ language SQL IMMUTABLE;

Versuchen

 SELECT round(1/3.,'dec',4);   -- 0.3333 float!
 SELECT round(2.8+1/3.,'dec',1); -- 3.1 float!
 SELECT round(2.8+1/3.,'dec'::text); -- need to cast string? pg bug

PS: überprüfen \df round nach überbeanspruchungen kommen, wird sich zeigen etwas wie,

 Schema | Name | Ergebnis-Datentypen | Datentypen Argument 
------------+-------+------------------+---------------------------- 
myschema | Runde | doppelte Genauigkeit | double precision, text, int 
myschema | Runde | numeric | double precision, int 
pg_catalog | round | double precision | doppelte Genauigkeit 
pg_catalog | Runde | nummerische | numerische 
pg_catalog | Runde | numerisch | numerisch, int

Den pg_catalog Funktionen sind die Standardwerte, siehe Handbuch der eingebaute mathematische Funktionen.

InformationsquelleAutor Peter Krauss

27

Versuchen Sie es mit diesem:
```
SELECT to_char (2/3::float, 'FM999999990.00');
-- RESULT: 0.67
```
Oder einfach:
```
SELECT round (2/3::DECIMAL, 2)::TEXT
-- RESULT: 0.67
```
Ich finde das sehr viel präziser und Kanal vorwärts zu bewegen mit meinem Tag Antwort auf diese Frage. :bow:
warum ist es so schwer, um Dinge zu tun, die in postgres?

InformationsquelleAutor atiruz
2

Laut Bryan ' s Antwort, die Sie dies tun können, zu begrenzen Dezimalstellen in einer Abfrage. Ich konvertieren von km/h zu m/s und zeigen Sie es in der dygraphs aber wenn ich habe es in dygraphs es sah seltsam. Sieht gut aus wenn dabei die Berechnung in der Abfrage statt. Dies ist auf postgresql 9.5.1.
```
select date,(wind_speed/3.6)::numeric(7,1) from readings;
```
InformationsquelleAutor kometen
1

Fehler:Funktion round(double precision, integer) existiert nicht

Lösung: Sie müssen addtype geworfen, dann wird es funktionieren

Ex: round(extract(second from job_end_time_t)::integer,0)

InformationsquelleAutor user5702982

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.