Question

我在这个设置中的某个地方有一个疯狂的错误。

数据库是Postgres 9.1并且是预先存在的（不是由Django管理）。在其中有1个表，然后是一些相当简单的视图，其中一个被定义为 valid_logins_dow_popularity ：

 =>\d+ valid_logins_dow_popularity
             View "public.valid_logins_dow_popularity"
   Column   |       Type       | Modifiers | Storage | Description
------------+------------------+-----------+---------+-------------
 logins_avg | double precision |           | plain   |
 dow        | double precision |           | plain   |
View definition:
 WITH by_dow AS (
         SELECT valid_logins_over_time.count, date_part('dow'::text, valid_logins_over_time.date) AS dow
           FROM valid_logins_over_time
        )
 SELECT avg(by_dow.count)::double precision AS logins_avg, by_dow.dow
   FROM by_dow
  GROUP BY by_dow.dow
  ORDER BY by_dow.dow;

在Django 1.4中，我定义了一个使用该视图作为数据源的简单模型：

class ValidLoginsDowPopularity(models.Model):
    class Meta:
        db_table = 'valid_logins_dow_popularity'
        managed = False

    logins_avg = models.FloatField(
                            db_column='logins_avg')
    # Day of Week (dow)
    dow = models.IntegerField(db_column='dow',
                              primary_key=True)

    def __unicode__(self):
        return u"%d : " % (self.dow, self.logins_avg )

当我直接从数据库中获取数据时，我得到一组数字：

SELECT "valid_logins_dow_popularity"."logins_avg", "valid_logins_dow_popularity"."dow" 
  FROM "valid_logins_dow_popularity";

    logins_avg    | dow
------------------+-----
 28.8571428571429 |   0
 95.1428571428571 |   1
 91.4285714285714 |   2
           89.625 |   3
 82.6666666666667 |   4
 61.4285714285714 |   5
 28.4285714285714 |   6
(7 rows)

当我通过Django模型获取数据时，我得到一个有点模糊的相关但不同的数字集：

In [1]: from core.models import *

In [2]: v = ValidLoginsDowPopularity.objects.all()

In [3]: for i in v:
    print "logins_avg : %f | dow : %d" % (i.logins_avg, i.dow)
   ...:
logins_avg : 25.857143 | dow : 0
logins_avg : 85.571429 | dow : 1
logins_avg : 89.571429 | dow : 2
logins_avg : 86.375000 | dow : 3
logins_avg : 83.000000 | dow : 4
logins_avg : 67.000000 | dow : 5
logins_avg : 28.000000 | dow : 6

到目前为止，我已经验证了Django生成的sql，当直接从psql运行时返回预期的输出。我同样尝试使用Django模型使用IntegerField，FloatField和DecimalField作为login_avg属性 - 所有都具有相同但不正确的值。我还编写了一个简单的测试程序来绕过Django代码并确保它不是psycopg2问题：

import psycopg2

def main():
    conn_string = "dbname='********' user='*********'"

    conn = psycopg2.connect(conn_string)
    cursor = conn.cursor()

    sql = "select * from valid_logins_dow_popularity"
    cursor.execute(sql)

    for rec in cursor.fetchall():
        print rec

if __name__ == '__main__':
    main()

其中，当运行时给出正确的错误，所以psycopg2似乎正在做正确的事情：

$ python test_psycopg2.py
(28.8571428571429, 0.0)
(95.1428571428571, 1.0)
(91.4285714285714, 2.0)
(89.625, 3.0)
(82.6666666666667, 4.0)
(61.4285714285714, 5.0)
(28.4285714285714, 6.0)

这怎么可能？任何线索将不胜感激。我在哪里可以深入研究Django代码，看看出了什么问题？我应该用Django项目报告这个问题吗？

Answer 1

重新定义视图并将值转换为数字而不是double。在Django模型中，您需要一个与Postgres数字匹配的DecimalField（如数字（15,10） - ＆gt; DecimalField（max_digits = 15，decial_places = 10））。

我从来没有运气到Django和db之间的浮点值，并且在与数据库交谈之前也有类似的浮动怪异问题。做数字＆lt; - ＆gt; DecimalField是我发现保证浮点值不会变得奇怪的唯一方法 - 通过将它们更改为定点值。

django queryset从postgresql视图返回错误的值

1 个答案: