扫码关注官方订阅号
欢迎选择我的课程,让我们一起见证您的进步~~
很少有人能在编程时这么细致地思考了。手机打,有错请告知。
django 作为一个 web framework,首先考虑的肯定是兼容性。因此像 fields 这种东西,它能做的只是将各家数据库共有字段类型提取出来。对于某家特有的,它为你提供扩展点,你可以自己实现。
不像 php 如此依恋 mysql,在 python 生态中各种数据库都在被使用。因领域而别
个人反对那些盲目反对外键的言论。
不用外键你如何表示复杂的表关系?自己存 id 自己处理?既然是一样的活,数据库干的肯定比你干的更好,更快。这便是外键存在的理由,存在即合理。
在没遇到瓶颈时,过早的优化都是耍流氓。为了榨干一点微不足道的性能而损失简易性,我认为不值,我想你的老板也认为不值。比起支付加班费,买好机器来得更直接。
因此,项目不大时,尽管用外键。真的遇到瓶颈了,再来谈优化。
关于物理机器部署我没试过,我都是托在新浪云上的。不过有一点: 裸跑 runserver 是不行的,一般结合 apache 或 nginx 使用。可适当使用 gevent 提高性能
部署的话可以看看我写过的一篇博客Ubuntu下部署django应用,亲自动手跑过,基本是生产环境标准方案,Nginx+Mysql+supervisor(+virtualenv)。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
很少有人能在编程时这么细致地思考了。手机打,有错请告知。
django 作为一个 web framework,首先考虑的肯定是兼容性。因此像 fields 这种东西,它能做的只是将各家数据库共有字段类型提取出来。对于某家特有的,它为你提供扩展点,你可以自己实现。
不像 php 如此依恋 mysql,在 python 生态中各种数据库都在被使用。因领域而别
个人反对那些盲目反对外键的言论。
不用外键你如何表示复杂的表关系?自己存 id 自己处理?既然是一样的活,数据库干的肯定比你干的更好,更快。这便是外键存在的理由,存在即合理。
在没遇到瓶颈时,过早的优化都是耍流氓。为了榨干一点微不足道的性能而损失简易性,我认为不值,我想你的老板也认为不值。比起支付加班费,买好机器来得更直接。
因此,项目不大时,尽管用外键。真的遇到瓶颈了,再来谈优化。
关于物理机器部署我没试过,我都是托在新浪云上的。不过有一点: 裸跑 runserver 是不行的,一般结合 apache 或 nginx 使用。可适当使用 gevent 提高性能
部署的话可以看看我写过的一篇博客Ubuntu下部署django应用,亲自动手跑过,基本是生产环境标准方案,Nginx+Mysql+supervisor(+virtualenv)。