推荐学习书目 Learn Python the Hard Way Python Sites PyPI - Python Package Index http://diveintopython.org/toc/index.html Pocoo 值得关注的项目 PyPy Celery Jinja2 Read the Docs gevent pyenv virtualenv Stackless Python Beautiful Soup 结巴中文分词 Green Unicorn Sentry Shovel Pyflakes pytest Python 编程 pep8 Checker Styles PEP 8 Google Python Style Guide Code Style from The Hitchhiker's Guide
这是一个创建于 1516 天前的主题，其中的信息可能已经有所发展或是发生改变。
也是接手的 Django 线上项目 ，外键确实限制后续太多的发展，如何慢慢摘掉外键的依赖？
 | 1 cominghome 2022 年 3 月 2 日 如果你说的是 db_cOnstraint=False 这样的改动，一个个 model 改就完事了，如果是想从设计上杜绝外键，我劝你三思。。。 |
 | 2 IurNusRay 2022 年 3 月 2 日 在模型字段中设置属性 db_cOnstraint=False,然后迁移？ |
 | 3 ynkkdev 2022 年 3 月 2 日 |
 | 4 allisone 2022 年 3 月 3 日 如果能在程序端做好数据约束，可以设置 db_cOnstraint=False |
 | 5 akaHenry 2022 年 3 月 3 日 > 正经解决: 1. 接手项目, 老代码不要改设计. 可以重构, 但没必要. 先做隔离. 2. 新增代码, 拆分微服务. 跟老代码切分开. 新 /旧服务通信走 HTTP rest API or gRPC. 不要产生内部模块代码依赖. 3. db 新表设计, 禁止使用物理外键. Django 这种东西. 不适合做伤筋动骨的改造. 徒劳. 4. 关于性能上, Python+Django+Celery+RabbitMQ+Gunicorn 全套打完, 如果还不行. 就老老实实切 Go. 哈哈. > 不正经解决: 换 Go 吧. 2333 老代码不动, 新业务用 Go 写, 再 HTTP / gRPC / WS 对接. Python + Django 就不适合做大型业务. 只适合 CMS 这种快 /糙 /猛的东西. 如果弃用自带 ORM 的便利性(比如外键), 还用 Django 做啥. 哈哈. |
Select Language