1. django中怎么动态操作数据库字段
django的ORM系统不支持修改删除字段的操作，也就是说你在写模型model文件的时候，比如说定义了这个user表，然后包含字段telphone定义，你一旦执行了manage.py syncdb 这个操作，就把表结构往数据库写死了，如果你之是删除了model文件的telphone，数据库是不被重新修改的。这个时候必须用原生sql解决，也就是说自己写SQL语句让django执行，这样的话会出很多问题，也就是说你执行了alter table users drop column telphone之后，你的model文件不知道你已经对users表结构做了修改，这样会出直接导致django应用的崩溃。所以动态字段不好做。也可能是我才疏学浅，没太理解，也许有高人能做到。不过面对ORM这样的尽量别删除字段。
2. django数据库查询操作
1.get(**kwargs)
解释：返回与筛选条件相匹配的Model对象，返回结果有且只有一个。
说明：如果符合条件的对象多于一个抛出MultipleObjectsReturned异常，如果没有找到抛出DoesNotExist异常
语法：ModelName.objects.get(itemName=itemNameValue)
例子：Author.objects.get(id=1)
3. django怎么把自己想要的model生成进数据库
Model是django项目的基础, 如果一开始没有好好设计好, 那么在接下来的开发过程中就会遇到更多的问题. 然而, 大多数的开发人员都容易在缺少思考 的情况下随意的增加或修改model. 这样做的后果就是, 在接下来的开发过程中, 我们不得不做出更多努力...
4. Django 中使用model 怎么查询不等于某个值的情况
Model是django项目的基础, 如果一开始没有好好设计好, 那么在接下来的开发过程中就会遇到更多的问题. 然而, 大多数的开发人员都容易在缺少思考 的情况下随意的增加或修改model. 这样做的后果就是, 在接下来的开发过程中, 我们不得不做出更多努力来修正这些错误.
因此, 在修改model时, 一定尽可能的经过充分的考虑再行动! 以下列出的是我们经常用到的一些工具和技巧:
South, 用于数据迁移, 我们会在每个django项目中都用到. 但到django 1.7时, 将会有django.db.migrations代替.
django-model-utils, 用于处理常见的模式, 例如TimeStampedModel.
django-extensions, 主要用到shell_plus命令, 该命令会在shell中自动载入所有的app的model
1. 基本原则
第一, 将model分布于不同的app中. 如果你的django项目中, 有一个app拥有超过20个model, 那么, 你就应当考虑分拆该app了. 我们推荐每个app拥 有不超过5个model.
第二, 尽量使用ORM. 我们需要的大多数数据库索引都能通过Object-Relational-Model实现, 且ORM带给我们许多快捷方式, 例如生成SQL语句, 读取/更新数据库时的安全验证. 因此, 如果能使用简单的ORM语句完成的, 应当尽量使用ORM. 只有当纯SQL语句极大地简化了ORM语句时, 才使用纯SQL语句. 并且, 在写纯SQL语句是, 应当优先考虑使用raw(), 再是extra().
第三, 必要时添加index. 添加db_index=True到model中非常简单, 但难的是理解何时应该添加. 在建立model时, 我们事先不会添加index, 只有当 以下情况时, 才会考虑添加index:
在所有的数据库查询中使用率在10%-25%时
或当有真实的数据, 或能正确估计出使用index后的效果确实满意时
第四, 注意model的继承. model的继承在django中需要十分小心, django提供了三种继承方式, 1.abstract base class继承(不要和Pyhton标准库的abc模块 搞混), 2.多表(multi-table)继承, 3.proxy model继承. 下表罗列了这三种继承的优劣:
django的创造者和其他许多开发人员都认为, 多表继承的方法不是一个良好的方法. 因此我们强烈建议大家不要使用该方法. 下面列举了一些常见的如何 选择model继承的情形:
如果只有少数model拥有重复的field时, 大可不必使用model继承, 只需要在每个model中添加这些相同的field即可.
如果有足够的model拥有重复的field时, 大多是情况下, 可以使用abstract base class继承, 将相同的field提取到abstract base class 中.
Proxy model继承很少被用到, 和其他两种继承也有着许多不一样之处.
请不要使用多表(multi-table)继承, 因为它既消耗资源又复杂, 如果可以, 尽量使用OneToOneFields和ForeignKeys代替.
django项目中, 创建时间和修改时间这两个field是最用到的, 下面给出一个abstract base class继承的例子:
2. Django Model的设计
如何设计出好的django model可能是最难也是最复杂的一个话题了, 在此, 我们看看一些基本的技巧吧:
a. 规范化
我们首先建议了解数据库规范化(database normalization). 如果你还不清楚这是什么, 那么, 我们强烈建议你先阅读一下相关的书籍, 或搜索"关系 型数据库设计"或"数据库规范化". 在创建django model之前, 应当首先保证设计的数据库是规范化的.
b. cache
正确的使用cache能帮助我们提高数据库的性能. 详细的信息, 我们会在今后的文章中作进一步介绍.
c. 何时使用null和blank
当定义model field时, 我们可以设置null=True和blank=True (默认都是False), 知道何时设置null和blank对于开发人员也是十分重要的, 在下 面的表格中, 我们一一列举了如何使用这两个选项:
d. 什么时候使用BinaryField
在django 1.6中, 新增了BinaryField, 用于储存二进制数据(binary data或 bytes). 对于BinaryField, 我们无法使用ORM的filters, excludes或其他SQL操作. 但在少数情况下, 我们会用到BinaryField, 例如MessagePack格式的内容, 传感器接受的原始数据和压缩数据等. 但需要注意 的是, Binary Data一般都十分庞大, 因此可能会拖慢数据库的速度. 如果发生这一现象, 我们可以将binary data储存在文件中, 然后使用FileField储 存该文件的路径信息.
还有, 不要从BinaryField中直接读取文件并呈献给用户. 因为, 1. 从数据库读写总是比从文件系统读写慢; 2. 数据库备份会变得十分庞大, 花费更多 的时间; 3. 获得文件的过程, 增加了从django到数据库的这一环节.
3. 不要替换默认的Model Manager
从ORM获取model, 实际上是通过django中的Model manager完成的, django为每一个model提供了默认的model manager, 我们不建议将其替换掉, 因为:
当使用model继承时, model会继承 abstract base class model的model manager, 而不会继承非abstract base class的manager.
model的第一个model manager通常作为默认的manager, 当被替换时, 可能会发生不可预测的问题.
4. 数据库事务 (Transaction)
在django 1.6中, ORM默认会autocommit每一个数据库查询, 也就是说, 每次使用m.create()或m.update()时, 在数据库中马上就会做出相应的修 改. 这样做的好处就是简化了初学者对ORM的理解. 但坏处就是, 当一个view中包含两个数据库修改, 可能一个成功, 但另一个失败, 这就可能导致数据库不 完整, 给我们带来很大的危险.
解决这一问题的方法就是使用数据库transaction, 即将一系列数据库操作包含在一个transaction中, 当其中有一个失败时, 其他操作也会自动回退. Django 1.6 为我们带来了一套崭新的既简单又强大的transaction机制, 使我们方便的使用数据库transaction.
a. 将整个http request包裹在transaction中
django给我们提供了一个简单地方法, 将一个http request中的所有数据库操作包裹在transaction中:
只需要在数据库设置中加入'ATOMIC_REQUESTS': True选项, 就能将整个http request包裹在transaction中. 这样做的好处显而易见是是安全, 但 坏处则是性能可能会下降, 因此随着流量的增大, 我们必须采取更针对性的transaction. 其次, 需要注意的是, 回退的只是数据库的状态, 而不包括其他费 数据库项, 例如发送email等. 所以当涉及这些非数据库项时, 我们应当使用transaction.con_atomic_request()修饰(decorate)这些view:
b. 更明确地transaction控制
更明确地transaction控制意味着提高真题web app的性能, 但也意味着更多的开发时间. 大多数网站下, 由于有限的流量, 使用ATOMIC_REQUESTS已 经足够. 在使用手动transaction控制时, 应当注意:
不做数据修改的操作, 应当排除在transaction之外
做数据修改的操作, 则应在transaction内
特殊情况下, 可以违反以上两条
需要注意的是, 当view返回的是django.http.StreamingHttpResponse时, 应当设置ATOMIC_REQUESTS为false, 或使用 transaction.non_atomic_requests将该view修饰. 因为对于view本身, 是可以使用transaction的, 但对于之后生成的response stream触发的额 外SQL查询, 会自动变为django默认的autocommit模式.
5. django怎么使用本机mysql数据库
step 1:
修改你的django project目录下的settings.py 文件至如下所示：
其中，'NAME' 对应的 ‘db_name' 是你事先使用mysql
的命令行提示符创建的数据库名称。注意：在django使用数据库之前，你必须先创建出数据库，否则会报错。'USER'对应的'username'
还有 'PASSWORD' 对应的‘passwd'
就是你在mysql中创建的用户名和密码。如果你有多个的话，随便填一个就好。'HOST'和'PORT'默认都可以不填。
题外话： 使用用户名和密码登录mysql的方法：
首先，你需要进入 mysql/bin的目录下，也可以在.bash_profile中设置环境变量：
PATH=/usr/local/bin:/usr/bin:/bin:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/Cellar/mysql/5.6.22/bin/
再在prompt输入 mysql -u username -p, 回车后再输入 passwd即可
step 2:
然后，在manage.py路径中使用python manage.py syncdb 试试，结果会提示你错误找不到 MySQLdb 这个mole, 为什么呢， 因为 python manage.py syncdb 命令是这样工作的：
1. 在project目录的settings.py的INSTALLED_APPS元组中找到可能需要更新的APP。
2. 找到每一个APP目录中的models.py (关系定义文件)，并针对变化在数据库中进行更新。
说了这么多，前面那个错误 找不到 mole MySQLdb 是什么意思啊 ？
先给个图，再解释：
因为在models.py中定义关系使用的是python，而真正在数据库中操作形成model当然一定要用sql语句，所以必须要有一些功能模块
来把python语句转化成sql语句。如果你使用sqlite的话，由于sqlite和转化模块都已经由python内置了，所以直接使用不会发生错
误。但是 ”mysql语句的转化模块“ 就需要你手动加载了，这些模块放在 MySQL-python 中。
我是使用pip 安装的：
安装了之后，再使用 python manage.py syncdb就OK啦。
我使用的系统是 OS X，下面是 mysql 默认的安装路径
/usr/local/Cellar/mysql/5.6.22/
如果你想知道你的数据库文件是放在哪里的，你可以查看mysql_config文件中的ldata变量，这个变量的值就是 默认的数据库文件夹存储的路径。 我的系统中，mysql_config的完整路径是 ：
/usr/local/Cellar/mysql/5.6.22/bin/mysql_config
6. Django model 遇到查询条件组合比较多的情况下怎么写
Model是django项目的基础,如果一开始没有好好设计好,那么在接下来的开发过程中就会遇到的问题.然而,大多数的开发人员都容易在缺少思考的情况下随意的增加或修改model.这样做的后果就是,在接下来的开发过程中,我们不得不做出努力来修正这些错误.因此,在修改model时,一定尽可能的经过充分的考虑再行动!以下列出的是我们经常用到的一些工具和技巧:South,用于数据迁移,我们会在每个django项目中都用到.但到django1.7时,将会有django.db.migrations代替.django-model-utils,用于处理常见的模式,例如TimeStampedModel.django-extensions,主要用到shell_plus命令,该命令会在shell中自动载入所有的app的model1.基本原则第一,将model分布于不同的app中.如果你的django项目中,有一个app拥有超过20个model,那么,你就应当考虑分拆该app了.我们推荐每个app拥有不超过5个model.第二,尽量使用ORM.我们需要的大多数数据库索引都能通过Object-Relational-Model实现,且ORM带给我们许多快捷方式,例如生成SQL语句,读取/更新数据库时的安全验证.因此,如果能使用简单的ORM语句完成的,应当尽量使用ORM.只有当纯SQL语句极大地简化了ORM语句时,才使用纯SQL语句.并且,在写纯SQL语句是,应当优先考虑使用raw(),再是extra().第三,必要时添加index.添加db_index=True到model中非常简单,但难的是理解何时应该添加.在建立model时,我们事先不会添加index,只有当以下情况时,才会考虑添加index:在所有的数据库查询中使用率在10%-25%时或当有真实的数据,或能正确估计出使用index后的效果确实满意时第四,注意model的继承.model的继承在django中需要十分小心,django提供了三种继承方式,1.abstractbaseclass继承(不要和Pyhton标准库的abc模块搞混),2.多表(multi-table)继承,3.proxymodel继承.
7. 如何查看在Django模型创建的SQL语句
Django提供了sql，sql_all命令来生成MODEL的SQL语句，当定义好Django Model后，可以在初始化调用Syncdb方法来自动在数据库里面生成相应的表。
Model定义如下：
class TestModel(models.Model):
Name=models.CharField(max_length=64,blank=True)
>>> from django.core.management.color import no_style
#Style是用来输出语句时着色的
>>> from django.db import connection
>>> from django.db.backends import creation
#这里面有个类BaseDatabaseCreation，就是用来生成SQL语句的。
>>> T=TestModel()
>>> c=creation.BaseDatabaseCreation(connection)
>>>c.sql_create_model(T,no_style())[0]
['CREATE TABLE "abc" (\n "id" integer NOT NULL PRIMARY KEY,\n "Theme" varchar(64) NOT NULL\n)\n;']
8. django 单个models 可以定义多少个表
首先题主用的Django版本是什么，django貌似没见过ForeignModel，根据orm,ForeignKey实际上就是sql里面的外键，个人理解楼主的题目是能不能一个字段对应多个其他表,如下：
class WhatAreYouTryToAsk:
filed_XXX = models.ForeignKey((ModelA,ModelB,))
这是不科学的啊亲，对于sql来说也不会一个字段能对应多个外键，想实现这种效果只能是有一张ModelA,ModelB的中间表，而filed的外键对应这张中间表
class MiddleTable(models.Model):
model_a = models.ForeignKey(ModelA)
model_b = models.ForeignKey(ModelB)
class WhatAreYouTryToAsk:
filed_XXX = models.ForeignKey(MiddleTable)
简单的说就是ModelA和ModelB有一个多对多的关系，上面的方法是显示的指明一个MiddleTable表，实时上可以使用Django里面的ManyToMany，ManyToMany的实际上会建一张中间表,因此你可以在ModelA或ModelB建立一个ManyToMany的字段,具体ManyToMany的用法请查阅文档。
class ModelA(models.Model):
model_bs = ManyToMany(ModelB)
class WhatAreYouTryToAsk:
filed_XXX = models.ForeignKey(ModelA)
# or this, 具体实现看需求
# filed_XXX = models.ForeignKey(ModelB)
9. Python中，django框架模式有什么
Django发布于2005年，是当前Python世界里最负盛名且成熟的网络框架，最初用来制作在线新闻的Web站点。
Django是一个用Python编写的开放源代码的Web应用框架，采用了MVC的框架模式，也有很多人把它称为MVT模式。
优点：
功能完善且要素齐全：自带大量常用的工具和框架，适合快速开发企业级网站;
完善的文档：经过十多年的发展和完善，Django有广泛的实践案例和完善的在线文档，开发者遇到问题可以搜索在线文档寻求解决方案;
强大的数据库访问组件：Django的Model层自带数据库ORM组件，使得开发者无需学习SQL语言即可对数据库进行操作;
先进的APP设计理念：APP是可插拔的，是不可多得的思想，不需要了可以直接删除，对系统整体影响不大;
自带台管理系统admin：只需要通过简单几行配置和代码就可以实现一个完整的后台数据管理控制平台。
缺点：
大包大揽：对比flask框架来讲，Django不够轻便，包括的功能太多了;
过度封装：很多类和方法都封装了，直接使用比较简单，改动比较困难;
性能劣势：Django性能偏低;
模板问题：Django的模板实现了代码和样式完全分离，不允许模板里出现Python代码，灵活度对某些程序员来说可能不够。
10. Django里面怎么实现数据库视图啊 就是虚拟表
正经回答：先在数据库中建立好视图，然后django中建立对应的model。表所对应的类下面再建立一个Meta类，大致如下
classViewModel(models.Model):
"""这个model类对应你所建立好的视图"""
classMeta(object):
"""同理，该方法可用于使用mysql中任何已有的表，不仅是视图"""
db_table='your_view'#显式指定表名，也就是你建立的视图的名字
managed=false#默认是ture，设成falsedjango将不会执行建表和删表操作
#建立字段间的映射
#需要注意的是，必须设一个字段为主键
#不然django会自动创建一个id字段为主键，引发错误
网络知道越来越辣鸡了，全是答非所问的。