3

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

该数据库是 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 运行时会返回预期的输出。我同样尝试过使用IntegerField,FloatField和属性DecimalField的Django 模型logins_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 项目报告这个问题吗?

4

1 回答 1

1

重新定义视图并将值转换为数字而不是双精度。在 Django 模型中,您需要一个DecimalField与 Postgres 匹配的numeric(如numeric(15,10)-> DecimalField(max_digits=15, decimal_places=10))。

在 Django 和数据库之间的浮点值方面,我从来没有任何运气,并且之前与其他与数据库通信的软件也遇到过类似的浮点怪异问题。做numeric<->DecimalField是我发现保证浮点值不会变得奇怪的唯一方法——通过将它们更改为定点值。

于 2012-08-16T12:57:14.713 回答