本篇文章首席CTO笔记来给大家介绍有关django如何连接es以及django如何连接数据库mysql的相关内容，希望对大家有所帮助，一起来看看吧。
本文目录一览：
1、17.ES集成到Django2、如何处理django的数据库连接池3、如何使用django session4、Django如何连接SQL Server 2008???17.ES集成到Django
ES是如何实现智能提示？
首先需要增加一个Completion字段
但由于使用ik_max_word，会出错，所以我们需要自己定义分析器，这样可以避免报错问题
那爬虫爬下的每一条数据是如何变成suggest值呢？我们在pipeline中定义生成建议的函数来处理字段（title和subjects，并附上各自的权重）
运行爬虫，我们可以在head中随便看一条数据，查看suggest的值：
如何处理django的数据库连接池
由于创建连接的代价是很高的, 我们每次访问数据库都重新创建连接的话是非常消耗性的.
我们可以再程序启动的时候先创建出一些连接, 放在一个集合中, 访问数据库的时候从集合中获取, 使用结束再放回集合中.
这样做只是在程序启动的时候消耗性能去创建连接, 每次访问数据库的时候都是从内存中获取连接, 可以大大提升效率.
注意事项:
由于池中增删非常频繁, 使用集合LinkedList效率较高
集合中所有连接都被占用时创建新连接, 但需要注意连接总数
使用组合模式/动态代理处理释放连接的方法, 当运行close方法时, 将连接放回池中
关于数据库连接池：
数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。
数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。
数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被 使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超 过最大连接数量时，这些请求将被加入到等待队列中。
数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素：
1) 最小连接数是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费；
2) 最大连接数是连接池能申请的最大连接数，如果数据库连接请求超过此数，后面的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作。
3) 如果最小连接数与最大连接数相差太大，那么最先的连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过，这些大于最小连接数的数据库连接在使用完不会马上被释放，它将被放到连接池中等待重复使用或是空闲超时后被释放。
J2EE服务器启动时会建立一定数量的池连接，并一直维持不少于此数目的池连接。
调用：客户端程序需要连接时，池驱动程序会返回一个未使用的池连接并将其表记为 忙。如果当前没有空闲连接，池驱动程序就新建一定数量的连接，新建连接的数量有配置参数决定。
释放：当使用的池连接调用完成后，池驱动程序将此连接表记为空闲， 其他调用就可以使用这个连接
如何使用django session
Django 完全支持匿名 Session。 Session 框架允许每一个用户保存并取回数据。它将数据保存在服务器端，并将发送和接收 Cookie 的操作包装起来。在 Cookie 中包含的是 Session ID，而不是数据本身。
启用 Sessions¶
Session 是通过 中间件 的方式实现的。
要启用 Session 的功能，需要完成以下步骤：
修改 MIDDLEWARE_CLASSES 设置，并确定其中包含了 'django.contrib.sessions.middleware.SessionMiddleware' 。``django-admin.py startproject`` 所创建的缺省的 settings.py 就已经激活了 SessionMiddleware 。
将 'django.contrib.sessions' 添加到你的 INSTALLED_APPS 设置中，并执行 manage.py syncdb 以便安装用于存储 Session 数据的表格。
Changed in Django 1.0: 如果你并未使用数据库存储 Session，则此步骤可以忽略；参考 配置 Session 引擎 。
If you don’t want to use sessions, you might as well remove the SessionMiddleware line from MIDDLEWARE_CLASSES and 'django.contrib.sessions' from your INSTALLED_APPS. It’ll save you a small bit of overhead.
配置 Session 引擎¶
New in Django 1.0..
缺省情况下，Django 将 Session 存储在数据库中 (使用模型 django.contrib.sessions.models.Session)。尽管这很方便，但在某些情况下，把 Session 放在其它的地方速度会更快。因此 Django 允许您通过配置让它将 Session 数据保存在文件系统或缓冲区中。
使用基于文件的 Session¶
要使用基于文件的 Session，请将 SESSION_ENGINE 设置为 "django.contrib.sessions.backends.file" 。
您可能还需要修改 SESSION_FILE_PATH 这一设置以便控制 Django 存储 Session 文件的位置，缺省情况下，它使用 tempfile.gettempdir() ，通常是 /tmp 。
使用基于缓冲区的 Session¶
要使用 Django 的缓冲区系统来保存 Session，需要将 SESSION_ENGINE 设置为 "django.contrib.sessions.backends.cache" 。您必须确保您已经配置了缓冲区，详情请参考 缓冲区文档 。
Note
只有在使用 Memcached 作为缓冲后台时，才能使用基于缓冲区的 Session。因为以本地内存作为缓冲后台时，它存储缓冲数据的时间太短了，这样直接访问文件或数据库的速度，要比通过缓冲区访问文件或数据库的速度更快一些。
在视图中使用 Session¶
在开启 SessionMiddleware 后，每一个 HttpRequest 对象 (Django 视图函数的第一个参数) 救火有一个 session 属性，它是一个类字典对象。您可以直接对其读写。
Session 对象有以下标准字典函数：
__getitem__(key)
例子: fav_color = request.session['fav_color']
__setitem__(key, value)
例子: request.session['fav_color'] = 'blue'
__delitem__(key)
例子: del request.session['fav_color']. This raises KeyError if the given key isn’t already in the session.
__contains__(key)
例子: 'fav_color' in request.session
get(key, default=None)
例子: fav_color = request.session.get('fav_color', 'red')
keys()
items()
setdefault()
clear()
New in Django 1.0: setdefault() 和 clear() 是在这个版本新加的。
它还有如下方法：
flush()
New in Django 1.0.
从数据库中删除当前的 Session 数据并且重新生成一个 Session 键，并将其发送给浏览器。这用于需要确保 Session 数据无法再从用户浏览器访问时，譬如调用 django.contrib.auth.logout() 时。
set_test_cookie()
设定检测 Cookie 以检验用户的浏览器是否支持 Cookie。因 Cookie 的工作方式，在下一次用户请求之前，您都无法得到测试结果。详情参考下面的 设置检测 Cookie 。
test_cookie_worked()
判断用户的浏览器是否收到了检测 Cookie，并返回 True 或 False 。因 Cookie 的工作方式，您必须在之前的独立请求中调用 set_test_cookie() 。详情参考下面的 设置检测 Cookie 。
delete_test_cookie()
删除检测 Cookie，请自己调用此函数以便清除该 Cookie。
set_expiry(value)
New in Django 1.0.
设定 Session 的过期时间。您可以提供下述几种形式的值:
如果 value 是整形，则它表示的是秒。例如，调用 request.session.set_expiry(300) 会让 Session 在五分钟后过期。
如果 value 是 datetime 或 timedelta 对象，则 Session 将会在相应的日期或时间点过期。
如果 value is 0 ，则用户的 Session 会在浏览器关闭时过期。
如果 value is None ，则 Session 会使用全局策略来设定过期时间。
get_expiry_age()
New in Django 1.0.
获得此 Session 的过期时间。对于没有自定义过期时间的 Session (或在浏览器关闭时过期的 Session)，此函数返回值与 settings.SESSION_COOKIE_AGE 相同。
get_expiry_date()
New in Django 1.0.
获得此 Session 的过期时间点。对于没有自定义过期时间的 Session (或在浏览器关闭时过期的 Session)，此函数的返回值等于从现在到时间点 settings.SESSION_COOKIE_AGE 的秒数。
get_expire_at_browser_close()
New in Django 1.0.
返回 Session 是否会在浏览器关闭时过期，返回值为 True 或 False 。
您在视图中的任何位置都可以修改 request.session ，改多少次都行。
Session 对象指南¶
直接在 request.session 上使用 Python 字符串作为字典的键，这比使用 Session 对象的方法来得更直接。
在 Session 字典中，以下划线开始的键，是保留给 Django 在内部使用的。
不要用一个新的对象覆盖 request.session ，也不要访问或修改它的属性，它只能作为一个类字典对象使用。
例子¶
这个简单的视图在用户提交了评价信息后，将变量 has_commented 设定为 True ，这样就可以防止用户多次提交评价信息:
def post_comment(request, new_comment): if request.session.get('has_commented', False): return HttpResponse("You've already commented.") c = comments.Comment(comment=new_comment) c.save() request.session['has_commented'] = True return HttpResponse('Thanks for your comment!')
这个简单的视图让网站的“用户”登录:
def login(request): m = Member.objects.get(username=request.POST@['username']) if m.password == request.POST@['password']: request.session['member_id'] = m.id return HttpResponse("You're logged in.") else: return HttpResponse("Your username and password didn't match.")
...与上面的例子相对应的，下面的例子则让用户退出:
def logout(request): try: del request.session['member_id'] except KeyError: pass return HttpResponse("You're logged out.")
实际上标准的 django.contrib.auth.logout() 还会多做一些事情从而防止因疏忽造成的数据泄露。它会调用 request.session.flush() 函数。我们使用这些例子只是演示如何操作 Session 对象，它可不是一个完整的 logout() 实现。
设置检测 Cookie¶
为方便起见，Django 提供了一种简单的方法来检测用户的浏览器是否支持 Cookie。只要在一个请求中调用 request.session.set_test_cookie() 并在后续请求中调用 request.session.test_cookie_worked() 即可。注意千万不要在同一次请求中同时调用。
之所以要在两次请求中调用 set_test_cookie() 和 test_cookie_worked() 是因为 Cookie 的工作模式。当您设定了 Cookie 后，再下一次请求前，都是没有办法知道浏览器是否会接收它的。
另外最好在测试完毕后，使用 delete_test_cookie() 清除测试用数据。
以下是一个典型的例子:
def login(request): if request.method == 'POST': if request.session.test_cookie_worked(): request.session.delete_test_cookie() return HttpResponse("You're logged in.") else: return HttpResponse("Please enable cookies and try again.") request.session.set_test_cookie() return render_to_response('foo/login_form.html')
在视图外使用 Session¶
New in Django 1.0.
有一个 API 专门用于在视图之外操作 Session 数据:
from django.contrib.sessions.backends.db import SessionStore s = SessionStore(session_key='2b1189a188b44ad18c35e113ac6ceead') s['last_login'] = datetime.datetime(2005, 8, 20, 13, 35, 10) s['last_login'] datetime.datetime(2005, 8, 20, 13, 35, 0) s.save()
如果您使用了 django.contrib.sessions.backends.db 后台，则每一个 Session 都是一个普通的 Django 模型。模型 Session 在文件 django/contrib/sessions/models.py 中定义。由于它是一个普通的模型，因此您可以使用 Django 的数据库编程接口直接访问它:
from django.contrib.sessions.models import Session s = Session.objects.get(pk='2b1189a188b44ad18c35e113ac6ceead') s.expire_date datetime.datetime(2005, 8, 20, 13, 35, 12)
注意，要获得 Session 字典，需要调用 get_decoded() ，这是因为字典是以编码的方式存储的:
s.session_data 'KGRwMQpTJ19hdXRoX3VzZXJfaWQnCnAyCkkxCnMuMTExY2ZjODI2Yj...' s.get_decoded() {'user_id': 42}
Session 是何时存储的¶
缺省情况下，Django 只在 Session 被修改时才会保存它，即只有字典中的值被修改或删除时:
# Session is modified. request.session['foo'] = 'bar' # Session is modified. del request.session['foo'] # Session is modified. request.session['foo'] = {} # Gotcha: Session is NOT modified, because this alters # request.session['foo'] instead of request.session. request.session['foo']['bar'] = 'baz'
对于在上面的最后一个，通过显示地设定 Session 对象的 modified 属性，可以通知 Session 对象它被修改了:
request.session.modified = True
要改变这种行为，可以将 SESSION_SAVE_EVERY_REQUEST 设定为 True 。如果 SESSION_SAVE_EVERY_REQUEST 是 True ，则 Django 在每一次独立的请求之后都会保存 Session。
注意，只有在创建或修改 Session 的时候才会送出 Session Cookie，如果 SESSION_SAVE_EVERY_REQUEST 为 True ，则每次请求都会送出 Cookie。
同样地，在送出 Cookie 时，它的 expires 部分每次都会被更新。
与浏览器同步的 Session 和持久的 Session¶
通过设置 SESSION_EXPIRE_AT_BROWSER_CLOSE ，您可以控制 Session 框架使用与浏览器同步的 Session 或持久的 Session。
缺省情况下， SESSION_EXPIRE_AT_BROWSER_CLOSE 的值为 False ，这表示 Session Cookie 将会保存在用户的浏览器中，直到超过了 SESSION_COOKIE_AGE 。如果您希望用户不必在每次关闭浏览器后都重新登陆，请使用这种方式。
如果 SESSION_EXPIRE_AT_BROWSER_CLOSE 设定为 True ，则 Django 会使用与浏览器同步的 Cookie，即用户关闭浏览器时 Cookie 就会过期。如果您希望用户每次打开浏览器都必须登录，请使用这种模式。
New in Django 1.0.
这个设置具有全局的缺省值，但可以通过调用 request.session.set_expiry() 为每个 Session 设定独立的值，相关内容在上述的 在视图中使用 Session 中有所阐述。
清空 Session 表格¶
注意，Session 数据有可能堆积在数据库表格 django_session 中，Django 不提供 自动清除它们的功能。它把定期清空 Session 数据的任务留给了您。
要理解这个问题，想像一下用户使用 Session 时会发生什么。当用户登录，Django 向表格 django_session 中添加一条记录。每当 Session 数据变化时，Django 会更新这条记录。如果用户手工退出了，Django 会删除它。但是，如果用户 没有 退出，则这条记录永远都不会被删除。
Django 提供了一个能够完成清除功能的样例脚本 django-admin.py cleanup ，它从 Session 表格中删除那些 expire_date 已经过期的记录，但是您的应用程序可能会有其它的需求。
设置¶
一些 Django 设置 可以帮助您控制 Session 的行为：
SESSION_ENGINE¶
New in Django 1.0.
缺省值: django.contrib.sessions.backends.db
控制 Django 在何处保存 Session 数据，合法的值为:
'django.contrib.sessions.backends.db'
'django.contrib.sessions.backends.file'
'django.contrib.sessions.backends.cache'
详情请参考 配置 Session 引擎 。
SESSION_FILE_PATH¶
New in Django 1.0.
缺省值: /tmp/
如果您使用基于文件的 Session 存储，则此变量控制着 Django 存储 Session 数据的目录。
SESSION_COOKIE_AGE¶
缺省值: 1209600 (两周，以秒表示)
Session Cookie 的过期时间，以秒表示
SESSION_COOKIE_DOMAIN¶
缺省值: None
Session Cookie 的域。如果是要设定跨域的 Cookie，可以将其设定为 ".lawrence.com" 的形式，否则请使用 None 。
SESSION_COOKIE_NAME¶
缺省值: 'sessionid'
Session 所使用的 Cookie 的名称，可根据需要设定。
SESSION_COOKIE_SECURE¶
缺省值: False
对于 Session Cookie，是否要使用安全模式。如果将此设定为 True ，则 Cookie 将会被标记为“安全”，这种情况下，浏览器就需要确定该 Cookie 是否是通过 HTTPS 连接发送的。
SESSION_EXPIRE_AT_BROWSER_CLOSE¶
缺省值: False
是否当用户关闭浏览器时就让 Session 过期。详情参考上文 与浏览器同步的 Session 和持久的Session 。
SESSION_SAVE_EVERY_REQUEST¶
缺省值: False
是否在每次请求时都保存 Session 数据。如果此项为 False (缺省值)，则 Session 数据只有在它被修改后才会保存，即它的字典值被赋值或删除时。
技术细节¶
Session 字典可以接受任何与 pickle 兼容的 Python 对象，详情参考 pickle 模块 。
Session 数据存储在数据库表格 django_session 中。
Django 只在需要的时候才发送 Cookie，如果您没有设定任何的 Session 数据，它不会送出 Cookie。
URL 中的 Session ID¶
Django 的 Session 框架是完全基于 Cookie 的，并且它也只能基于 Cookie。它不会像一些软件(譬如 PHP)那样在 Session 不能正常工作时，把 Session ID 放到 URL 中。作出这一决定是经过深思熟虑的，那种方法不仅使得 URL 很丑陋，并且 Session ID 还有可能通过 “Referer” 头泄漏出去，从而给网站带来安全隐患。
Django如何连接SQL Server 2008???
给你个直接连的好东西
这是下载地址 直接setup
或者
首先，到下载pymssql模块
# -*- 连接代码-*-
import pymssql
#创建一个数据库连接，host是服务器的ip地址，如果是本机可以用"."，user是访问用户名，password是密码，database是数据库名，比ADO的连接似乎简单一些
conn=pymssql.connect(host=".",user="sa",password="twinflag",database="bbs")
结语：以上就是首席CTO笔记为大家整理的关于django如何连接es的全部内容了，感谢您花时间阅读本站内容，希望对您有所帮助，更多关于django如何连接数据库mysql、django如何连接es的相关内容别忘了在本站进行查找喔。