1. django删除和修改实例
Django里面，管理数据库和sqlarchemy类似，也是通过orm框架来实现的。所有的数据库的建立，都是在model.py里面通过类来实现的。
首先看看如何创建一个单表：
a. 先定义一个类，继承models.Model, 然后根据需求定义参数，这些参数的类型和变量后面会进一步阐述
models.py
from django.db import modelsclass UserInfo(models.Model):username = models.CharField(max_length=32)password = models.CharField(max_length=64)
b. 注册app
settings.py
INSTALLED_APPS = [‘django.contrib.admin‘,‘django.contrib.auth‘,‘django.contrib.contenttypes‘,‘django.contrib.sessions‘,‘django.contrib.messages‘,‘django.contrib.staticfiles‘,‘app01‘,]
c.执行命令。 第一条命令会生成一个初始化文件，第二个命令会生成对应的表
python manage.py makemigrationspython manage.py migrate
这样，就在PyCharm自带的sqlite数据库里面成功的生成了一个app01_UserInfo的表。这个表默认会有一个自增的id作为主键，另外两个字段是我们通过类创建的。
d. 如果希望使用mysql，因为Django默认使用了MySqldb模块，这个在3.0版本里面不存在，会直接报错。我们需要改为pymysql的模块，方法如下：
在project同名文件夹下的__init__文件中添加如下代码即可：
import pymysql
pymysql.install_as_MySQLdb()
2. 对于单表的增删改查询
查询
获取所有结果，获取到的结果是一个QuerySet的类似列表的对象,每一个元素本身又是一个对象，包括了id，name，password等属性。
obj = models.UserInfo.objects.all()
<QuerySet [<UserInfo: UserInfo object>, <UserInfo: UserInfo object>, <UserInfo: UserInfo object>, <UserInfo: UserInfo object>, <UserInfo: UserInfo object>]>
可以通过filter进行过滤，相当于sql的where语句，因为结果也是QuerySet，因此需要再使用first（）获取第一个值
obj = models.UserInfo.objects.filter(id=nid).first()
增加
models.UserInfo.objects.create(username=u,password=p,user_group_id=3)
删除，可以在filter的基础上进行删除
models.UserInfo.objects.filter(id=nid).delete()
修改，有两种常见方式
第一个方式
models.UserInfo.objects.filter(id=nid).update(username=u,password=p)
第二个方式
obj=models.UserInfo.objects.filter(id=nid)obj.username=uobj.save()
2. django的增删改查
谢邀，去年春节期间，没事报了一个python web开发的网络课程，根据自己的学习情况来回答一下。一个页面的开发，应该是分前端和后端的。关于后端在python中有两个最常见的开发框架：Django，flask。Django大而全，什么功能模块都已经封装好了，调用即可；flask小而精，没有很高的封装，但是有许多功能模块，需要我们自己去集成。
当初学习的那个网络课程是用flask框架来做的，上手很简单：当初学习的时候能写一个小的网站，本来想转行做python后端开发的，但是后来还是接着做数据挖掘了，许久不用，倒是有点生疏了。总得来说，有几大模块：路由route() 装饰器把一个函数绑定到对应的 URL 上，Flask 的 URL 规则基于 Werkzeug 的路由模块。
这个模块背后的思想是基于 Apache 以及更早的 HTTP 服务器主张的先例，保证优雅且唯一的 URL。模板渲染 Jinja2用 Python 生成 HTML 十分无趣，而且相当繁琐，因为你必须手动对 HTML 做转义来保证应用的安全。为此，Flask 配备了 Jinja2 模板引擎。
当然你也可以使用其他的模板引擎，但是建议你还是使用jinja2模板请求对象request你可以使用全局 request 对象访问进入的请求数据。 Flask 处理进入的请求数据并允许你用这个全局对象访问它。如果你工作在多线程环境，Flask 内部保证你总会在当前线程上获取正确的数据。
数据库交互-Flask-SQLAlchemy 通过sqlalchemy对数据库增删改查，使用的是orm模式，不需要写SQL语句。在数据库中，一个表就是一个python类，一个类的实例就是表中的行。在开发过程中，会用到一些python的高级应用：装饰器：在权限验证的时候很需要用到模块的导入：防止循环导入图像处理：验证码生成property使用：密码加密时使用关于前端如果对前端不熟，想做一个小网站练练手，推荐你使用Bootstrap里面有各种的CSS样式，各种组件，JS插件，还有一些网站实例供你参考，对前端HTML,CSS 不是很熟悉的，可以通过这略微修改快速搭建一个前端页面。
后记：将来的数据挖掘工作者可能也需要懂网站后端开发，因为以后建模不会一直都是在单机中，可能会集成到网站中，实时数据流入模型，结果展示在网站上。
3. django 删除文件
404页面的目的是告诉浏览者其所请求的页面不存在或链接错误，同时引导用户使用网站其他页面而不是关闭窗口离开。
下面，我们就来看看如何解决404错误。
假如我们输入一个不存在的url(但IP地址正确)，会看到一个错误404的页面，也就是说页面未找到，这时候错误提示会告诉你站点中存在的路径，告诉你可以访问的url样式有：admin和hello，如果我们想要网站正式上线，必须隐藏这些信息，那么就需要关闭调试模式，下面是具体的过程：
1、我们打开站点所在的文件夹，我的站点放在djangoweb文件夹下面。
2、使用EDLE编辑settings.py文件。
3、找到DEBUG，将其设置成False。
4、再打开一个不存在的url的时候，就会没有错误提示。
4. django删除数据库数据
最近对一个django项目进行修改，其中在models.py添加了新的字段，需要同步到数据库。
尝试使用
python manage.py syncdb
提示成功，但未对数据库进行任何操作，到数据库中查看，新字段并没有同步进来。
解决办法如下：
python manage.py shell
进入后
from django.db import connection
新建一个cursor，用于连接
cursor=conneciton.cursor()
下一步就可以进行对数据库的操作了，把在model中定义的量加入表中：
cursor.execute('ALTER TABLE table_name add port Integer default 0')
sql 语法：ALTER TABLE table_name add col_name col_type default ..
到这步已经添加完成
下面补充一下，如果在已有django项目里面新建一张表，该如何操作：
例如，在app下面models.py中新加一张表后，尝试使用
python manage.py syncdb
发现结果提示并没有新建的列表
此时，查看app目录下有没有migrations文件，如果存在，删除所有pyc文件和migrations文件。
删除后，再使用
python manage.py syncdb
此时应该可以进行同步了，新表会提示创建在数据库中
5. django逻辑删除
1、WEB前端开发
python相比php\ruby的模块化设计，非常便于功能扩展；多年来形成了大量优秀的web开发框架，并且在不断迭代；如目前优秀的全栈的django、框架flask，都继承了python简单、明确的风格，开发效率高、易维护，与自动化运维结合性好。
2. 网络编程
网络编程是Python学习的另一方向，网络编程在生活和开发中无处不在，哪里有通讯就有网络，它可以称为是一切开发的“基石”。对于所有编程开发人员必须要知其然并知其所以然，所以网络部分将从协议、封包、解包等底层进行深入剖析。
3. 爬虫开发
在爬虫领域，Python几乎是霸主地位，将网络一切数据作为资源，通过自动化程序进行有针对性的数据采集以及处理。从事该领域应学习爬虫策略、高性能异步IO、分布式爬虫等，并针对Scrapy框架源码进行深入剖析，从而理解其原理并实现自定义爬虫框架。
4. 云计算开发
PYTHON语言算是云计算最火的语言， 典型应用OpenStack。
5. 人工智能
于大数据分析和深度学习而发展出来的人工智能本质上已经无法离开python的支持，目前世界优秀的人工智能学习框架如Google的TransorFlow 、FaceBook的PyTorch以及开源社区的神经网络库Karas等是用python实现的。甚至微软的CNTK（认知工具包）也完全支持Python，而且微软的Vscode都已经把Python作为第一级语言进行支持。
6. 自动化运维
Python在与操作系统结合以及管理中非常密切，目前所有linux发行版中都带有python，且对于linux中相关的管理功能都有大量的模块可以使用，例如目前主流的自动化配置管理工具：SaltStackAnsible（目前是RedHat的）。目前在几乎所有互联网公司，自动化运维的标配就是python+Django/flask，另外，在虚拟化管理方面已经是事实标准的openstack就是python实现的，所以Python是所有运维人员的必备技能。
7. 金融分析
量化交易，金融分析，在金融工程领域，Python语言不但在用，且用的最多，而且重要性逐年提高。原因：作为动态语言的Python，语言结构清晰简单，库丰富，成熟稳定，科学计算和统计分析都很牛逼，生产效率远远高于c,c++,java,尤其擅长策略回测。
8. 科学运算
随着NumPy, SciPy, Matplotlib, Enthought librarys等众多程序库的开发，Python越来越适合于做科学计算、绘制高质量的2D和3D图像。和科学计算领域最流行的商业软件Matlab相比，Python是一门通用的程序设计语言，比Matlab所采用的脚本语言的应用范围更广泛，有更多的程序库的支持。虽然Matlab中的许多高级功能和toolbox目前还是无法替代的，不过在日常的科研开发之中仍然有很多的工作是可以用Python代劳的。
9. 游戏开发
在网络游戏开发中，Python也有很多应用，相比于Lua or C++，Python比Lua有更高阶的抽象能力，可以用更少的代码描述游戏业务逻辑，Python非常适合编写1万行以上的项目，而且能够很好的把网游项目的规模控制在10万行代码以内。
10、桌面软件
Python在图形界面开发上很强大，可以用tkinter/PyQT框架开发各种桌面软件！
6. django删除项目
要解决高并发问题，先要了解负载均衡。什么是负载均衡？
当一台服务器的性能达到极限时，我们可以使用服务器集群来提高网站的整体性能。那么，在服务器集群中，需要有一台服务器充当调度者的角色，用户的所有请求都会首先由它接收，调度者再根据每台服务器的负载情况将请求分配给某一台后端服务器去处理。
那么在这个过程中，调度者如何合理分配任务，保证所有后端服务器都将性能充分发挥，从而保持服务器集群的整体性能最优，这就是负载均衡问题。
下面详细介绍负载均衡的五种实现方式
（一）HTTP重定向实现负载均衡
过程描述
当用户向服务器发起请求时，请求首先被集群调度者截获；调度者根据某种分配策略，选择一台服务器，并将选中的服务器的IP地址封装在HTTP响应消息头部的Location字段中，并将响应消息的状态码设为302，最后将这个响应消息返回给浏览器。
当浏览器收到响应消息后，解析Location字段，并向该URL发起请求，然后指定的服务器处理该用户的请求，最后将结果返回给用户。
在使用HTTP重定向来实现服务器集群负载均衡的过程中，需要一台服务器作为请求调度者。用户的一项操作需要发起两次HTTP请求，一次向调度服务器发送请求，获取后端服务器的IP，第二次向后端服务器发送请求，获取处理结果。
调度策略
随机分配策略
当调度服务器收到用户请求后，可以随机决定使用哪台后端服务器，然后将该服务器的IP封装在HTTP响应消息的Location属性中，返回给浏览器即可。
轮询策略(RR)
调度服务器需要维护一个值，用于记录上次分配的后端服务器的IP。那么当新的请求到来时，调度者将请求依次分配给下一台服务器。
由于轮询策略需要调度者维护一个值用于记录上次分配的服务器IP，因此需要额外的开销；此外，由于这个值属于互斥资源，那么当多个请求同时到来时，为了避免线程的安全问题，因此需要锁定互斥资源，从而降低了性能。而随机分配策略不需要维护额外的值，也就不存在线程安全问题，因此性能比轮询要高。
优缺点分析
采用HTTP重定向来实现服务器集群的负载均衡实现起来较为容易，逻辑比较简单，但缺点也较为明显。
在HTTP重定向方法中，调度服务器只在客户端第一次向网站发起请求的时候起作用。当调度服务器向浏览器返回响应信息后，客户端此后的操作都基于新的URL进行的(也就是后端服务器)，此后浏览器就不会与调度服务器产生关系，进而会产生如下几个问题：
由于不同用户的访问时间、访问页面深度有所不同，从而每个用户对各自的后端服务器所造成的压力也不同。而调度服务器在调度时，无法知道当前用户将会对服务器造成多大的压力，因此这种方式无法实现真正意义上的负载均衡，只不过是把请求次数平均分配给每台服务器罢了。
若分配给该用户的后端服务器出现故障，并且如果页面被浏览器缓存，那么当用户再次访问网站时，请求都会发给出现故障的服务器，从而导致访问失败。
（二）DNS负载均衡
首先需要将我们的域名指向多个后端服务器(将一个域名解析到多个IP上)，再设置一下调度策略，那么我们的准备工作就完成了，接下来的负载均衡就完全由DNS服务器来实现。
当用户向我们的域名发起请求时，DNS服务器会自动地根据我们事先设定好的调度策略选一个合适的IP返回给用户，用户再向该IP发起请求。
调度策略
一般DNS提供商会提供一些调度策略供我们选择，如随机分配、轮询、根据请求者的地域分配离他最近的服务器。
优缺点分析
DNS负载均衡最大的优点就是配置简单。服务器集群的调度工作完全由DNS服务器承担，那么我们就可以把精力放在后端服务器上，保证他们的稳定性与吞吐量。而且完全不用担心DNS服务器的性能，即便是使用了轮询策略，它的吞吐率依然卓越。此外，DNS负载均衡具有较强了扩展性，你完全可以为一个域名解析较多的IP，而且不用担心性能问题。
但是，由于把集群调度权交给了DNS服务器，从而我们没办法随心所欲地控制调度者，没办法定制调度策略。
DNS服务器也没办法了解每台服务器的负载情况，因此没办法实现真正意义上的负载均衡。它和HTTP重定向一样，只不过把所有请求平均分配给后端服务器罢了。
此外，当我们发现某一台后端服务器发生故障时，即使我们立即将该服务器从域名解析中去除，但由于DNS服务器会有缓存，该IP仍然会在DNS中保留一段时间，那么就会导致一部分用户无法正常访问网站。这是一个致命的问题！好在这个问题可以用动态DNS来解决。
动态DNS
动态DNS能够让我们通过程序动态修改DNS服务器中的域名解析。从而当我们的监控程序发现某台服务器挂了之后，能立即通知DNS将其删掉。
综上所述
DNS负载均衡是一种粗犷的负载均衡方法，这里只做介绍，不推荐使用。
（三）反向代理负载均衡（nginx+uwsgi）
什么是正向代理，正向代理是内网通过代理访问外网，这个代理就是正向代理。而反向代理是指，外网通过代理访问内网，那这个代理就是反向代理。
假设把你公司的网看成是内网，那么你从公司里面的一台电脑上访问你家里的电脑上的服务，那就的通过正向代理，而你从你家电脑访问公司的这台电脑，就要通过反向代理。
使用代理服务器可以将请求转发给内部的Web服务器，使用这种加速模式显然可以提升静态网页的访问速度。因此也可以考虑使用这种技术，让代理服务器将请求 均匀转发给多台内部Web服务器之一上，从而达到负载均衡的目的。这种代理方式与普通的代理方式有所不同，标准代理方式是客户使用代理访问多个外部Web 服务器，而这种代理方式是多个客户使用它访问内部Web服务器，因此也被称为反向代理模式。
反向代理处于web服务器这边，反向代理服务器提供负载均衡的功能，同时管理一组web服务器，它根据负载均衡算法将请求的浏览器访问转发到不同的web服务器处理，处理结果经过反向服务器返回给浏览器。
优点：
隐藏后端服务器。
与HTTP重定向相比，反向代理能够隐藏后端服务器，所有浏览器都不会与后端服务器直接交互，从而能够确保调度者的控制权，提升集群的整体性能。
故障转移
与DNS负载均衡相比，反向代理能够更快速地移除故障结点。当监控程序发现某一后端服务器出现故障时，能够及时通知反向代理服务器，并立即将其删除。
合理分配任务
HTTP重定向和DNS负载均衡都无法实现真正意义上的负载均衡，也就是调度服务器无法根据后端服务器的实际负载情况分配任务。但反向代理服务器支持手动设定每台后端服务器的权重。我们可以根据服务器的配置设置不同的权重，权重的不同会导致被调度者选中的概率的不同。
缺点：
调度者压力过大
由于所有的请求都先由反向代理服务器处理，那么当请求量超过调度服务器的最大负载时，调度服务器的吞吐率降低会直接降低集群的整体性能。
制约扩展
当后端服务器也无法满足巨大的吞吐量时，就需要增加后端服务器的数量，可没办法无限量地增加，因为会受到调度服务器的最大吞吐量的制约。
（四）IP负载均衡
原理：在网络层通过修改目标地址进行负载均衡。
用户访问请求到达负载均衡服务器，负载均衡服务器在操作系统内核进程获取网络数据包，根据算法得到一台真实服务器地址，然后将用户请求的目标地址修改成该真实服务器地址，数据处理完后返回给负载均衡服务器，负载均衡服务器收到响应后将自身的地址修改成原用户访问地址后再讲数据返回回去。类似于反向服务器负载均衡。
优点：在响应请求时速度较反向服务器负载均衡要快。
缺点：当请求数据较大（大型视频或文件）时，速度较慢。
（五）数据链路层负载均衡
原理：在数据链路层修改Mac地址进行负载均衡。
负载均衡服务器的IP和它所管理的web 服务群的虚拟IP一致；
负载均衡数据分发过程中不修改访问地址的IP地址，而是修改Mac地址；
通过这两点达到不修改数据包的原地址和目标地址就可以进行正常的访问。
优点：不需要负载均衡服务器进行地址的转换。数据响应时不需要经过负载均衡服务器。
缺点：负载均衡服务器的网卡带宽要求较高。