django怎么删除数据库数据库连接(django连接已有数据库)

发布网友 发布时间:2024-09-17 01:23

我来回答

1个回答

热心网友 时间:2024-11-06 06:03

今天首席CTO笔记来给各位分享关于django怎么删除数据库数据库连接的相关内容,其中也会对django连接已有数据库进行详细介绍,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

1、如何处理django的数据库连接池2、django用的mysql数据库,删除数据时索引也就随之删除了,索引就不规律了,如和能让删除数据时索引不变?3、Django的多数据库问题,怎么解决4、若删除已有的数据库必先将其关闭对还是错5、使用Django常见了一个app,并连上了一个数据库,对这个数据库进行增删改查的代码应该编写在哪个文件中?6、如何在django中使用多个数据库如何处理django的数据库连接池

由于创建连接的代价是很高的,我们每次访问数据库都重新创建连接的话是非常消耗性的.

我们可以再程序启动的时候先创建出一些连接,放在一个集合中,访问数据库的时候从集合中获取,使用结束再放回集合中.

这样做只是在程序启动的时候消耗性能去创建连接,每次访问数据库的时候都是从内存中获取连接,可以大大提升效率.

注意事项:

由于池中增删非常频繁,使用集合LinkedList效率较高

集合中所有连接都被占用时创建新连接,但需要注意连接总数

使用组合模式/动态代理处理释放连接的方法,当运行close方法时,将连接放回池中

关于数据库连接池:

数据库连接是一种关键的有限的昂贵的资源,这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性,影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。

数据库连接池负责分配、管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而再不是重新建立一个;释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。

数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中,这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被使用,连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数,当应用程序向连接池请求的连接数超过最大连接数量时,这些请求将被加入到等待队列中。

数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素:

1)最小连接数是连接池一直保持的数据库连接,所以如果应用程序对数据库连接的使用量不大,将会有大量的数据库连接资源被浪费;

2)最大连接数是连接池能申请的最大连接数,如果数据库连接请求超过此数,后面的数据库连接请求将被加入到等待队列中,这会影响之后的数据库操作。

3)如果最小连接数与最大连接数相差太大,那么最先的连接请求将会获利,之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过,这些大于最小连接数的数据库连接在使用完不会马上被释放,它将被放到连接池中等待重复使用或是空闲超时后被释放。

J2EE服务器启动时会建立一定数量的池连接,并一直维持不少于此数目的池连接。

调用:客户端程序需要连接时,池驱动程序会返回一个未使用的池连接并将其表记为忙。如果当前没有空闲连接,池驱动程序就新建一定数量的连接,新建连接的数量有配置参数决定。

释放:当使用的池连接调用完成后,池驱动程序将此连接表记为空闲,其他调用就可以使用这个连接

django用的mysql数据库,删除数据时索引也就随之删除了,索引就不规律了,如和能让删除数据时索引不变?

这个id依然是规律的。

比如你原来有1、2、3、4、5、6、7、8、9个id号码,结果删掉了3和7这两个id。接下来你新建的id会依然自动的从10开始,而不是你想象中认为的将3和7补齐。这是Django的默认规则。除非你手动指定id,前提是不产生冲突。

一般情况,不要去人为控制id这个自动字段,而是自己设计一个专门的字段做这方面的考虑,进行排序、过滤、索引等等方面的工作。

安利一个Django学习网站Django权威教程

Django的多数据库问题,怎么解决

选择开始菜单中→程序→【ManagementSQLServer2008】→【SQLServerManagementStudio】命令,打开【SQLServerManagementStudio】窗口,并使用Windows或SQLServer身份验证建立连接。

在【对象资源管理器】窗口中展开服务器,然后选择【数据库】节点

右键单击【数据库】节点,从弹出来的快捷菜单中选择【新建数据库】命令。

执行上述操作后,会弹出【新建数据库】对话框。在对话框、左侧有3个选项,分别是【常规】、【选项】和【文件组】。完成这三个选项中的设置会后,就完成了数据库的创建工作,

在【数据库名称】文本框中输入要新建数据库的名称。例如,这里以“新建的数据库”。

在【所有者】文本框中输入新建数据库的所有者,如sa。根据数据库的使用情况,选择启用或者禁用【使用全文索引】复选框。

在【数据库文件】列表中包括两行,一行是数据库文件,而另一行是日记文件。通过单击下面的【添加】、【删除】按钮添加或删除数据库文件。

切换到【选项页】、在这里可以设置数据库的排序规则、恢复模式、兼容级别和其他属性。

切换到【文件组】页,在这里可以添加或删除文件组。

完成以上操作后,单击【确定】按钮关闭【新建数据库】对话框。至此“新建的数据”数据库创建成功。新建的数据库可以再【对象资源管理器】窗口看到。

若删除已有的数据库必先将其关闭对还是错

对。

方法如下:

1、在开始菜单中找到“控制面板”,单击打开“控制面板”。

2、在“控制面板”中,找到“系统和安全”,单击打开。

3、在“控制面板”“系统和安全”窗口,单击打开“管理工具”。

4、在“控制面板”系统和安全”“管理工具”窗口,双击打开“服务”。

5、找到Oracle实例服务,单击右键选择"停止",或点击左边栏“停止此服务”。

6、找到Oracle的监听服务,单击右键选择"停止",或点击左边栏“停止此服务”。

使用Django常见了一个app,并连上了一个数据库,对这个数据库进行增删改查的代码应该编写在哪个文件中?

没有固定的要求,可以自己写一个文件统一管理,也可以在多个文件中随用的时候随写。

一旦建立好数据模型,Django会自动为你生成一套数据库抽象的API,可以让你创建、检索、更新和删除对象,存放在models.py中。

model的更多操作可以参考。

如何在django中使用多个数据库

使用多个数据库

NewinDjango1.2:Please,seethereleasenotes

大多数其他文档都假设使用单一数据库,本文主要讨论如何在Django中使用多个数据库。使用多个数据库,要增加一些步骤。

定义你的数据库

使用多数据库的第一步是通过DATABASES设置要使用的数据库服务。这个设置用于映射数据库别名和特定的联结设置字典,这是Django定义数据库一贯的手法。字典内部的设置参见DATABASES文档。

数据库可以使用任何别名,但是default有特殊意义。当没有选择其他数据库时,Django总是使用别名为default的数据库。因此,如果你没有定义一个名为default的数据库时,你应当小心了,在使用数据库前要指定你想用的数据库。

以下是一个定义两个数据库的settings.py代码片断。定义了一个缺省的PostgreSQL数据库和一个名为users的MySQL数据库:

DATABASES={'default':{'NAME':'app_data','ENGINE':'django.db.backends.postgresql_psycopg2','USER':'postgres_user','PASSWORD':'s3krit'},'users':{'NAME':'user_data','ENGINE':'django.db.backends.mysql','USER':'mysql_user','PASSWORD':'priv4te'}}

如果你尝试访问DATABASES设置中没有定义的数据库,Django会抛出一个django.db.utils.ConnectionDoesNotExist异常。

同步你的数据库

syncdb管理命令一次只操作一个数据库。缺省情况下,它操作default数据库。但是加上--database参数,你可以让syncdb同步不同的数据库。所以要同步我们例子中的所有数据库的所有模型可以使用如下命令:

$./manage.pysyncdb

$./manage.pysyncdb--database=users

如果你不是同步所有的程序到同一个数据库中,你可定义一个数据库路由来为指定的模型实施特定的控制策略。

如果你要精细地控制同步,那么还有一种方式是修改sqlall的输出,手工在数据库中执行命令,命令如下:

$./manage.pysqlallsales|./manage.pydbshell

使用其他管理命令

其他操作数据库的django-admin.py命令与syncdb类似,他们一次只操作一个数据库,使用--database来控制使用哪个数据库。

自动数据库路由

使用多数据库最简单的方法是设置一个数据库路由方案。缺省的路由方案确保对象“紧贴”其原本的数据库(例如:一个对象从哪个数据库取得,就保存回哪个数据库)。缺省的路由方案还确保如果一个数据库没有指定,所有的查询都会作用于缺省数据库。

你不必为启动缺省路由方案作任何事,因为它是“开箱即用”的。但是,如果你要执行一些更有趣的数据库分配行为的话,你可以定义并安装你自己的数据库路由。

数据库路由

一个数据库路由是一个类,这个类最多有四个方法:

db_for_read(model,**hints)

建议model对象写操作时使用的数据库。

如果一个数据库操作可以提供对选择数据库有用的附加信息,那么可以通过hints字典提供。详见下文。

如果没有建议则返回None。

db_for_write(model,**hints)

建议model对象读操作时使用的数据库。

如果一个数据库操作可以提供对选择数据库有用的附加信息,那么可以通过hints字典提供。详见下文。

如果没有建议则返回None。

allow_relation(obj1,obj2,**hints)

当obj1和obj2之间允许有关系时返回True,不允许时返回False,或者没有意见时返回None。这是一个纯粹的验证操作,用于外键和多对多操作中,两个对象的关系是否被允许。

allow_syncdb(db,model)

决定model是否可以和db为别名的数据库同步。如果可以返回True,如果不可以返回False,或者没有意见时返回None。这个方法用于决定一个给定数据库的模型是否可用。

一个路由不必提供所有这些方法,可以省略其中一个或多个。如果其中一个方法被省略了,那么Django会在执行相关检查时跳过相应路由。

提示参数

数据库路由接收的“提示”参数可用于决定哪个数据库应当接收一个给定的请求。

目前,唯一可以提供的提示参数是实例,即一个与读写操作相关的对象的实例。可以是一个已保存的对象的实例,也可以是一个多对多关系中添加的实例。在某些情况下,也可能没有对象的实例可以提供。路由会检查提示实例是否存在,并相应地决定是否改变路由行为。

使用路由

数据库路由使用DATABASE_ROUTERS设置来安装。这个设置定义一个类名称列表,每个类定义一个用于主路由(django.db.router)的路由。

主路由用于Django分配数据库操作。当一个查询想要知道使用哪个数据库时,会提供一个模型和一个提示(如果有的话),并调用主路由。

Django就会按次序尝试每个路由,

直到找到合适的路由建议。如果找不到路由建议就会尝试实例提示的当前的_state.db。如果没有提供路由提示,或者实例没有当前数据库状态,那么

主路由会分配缺省数据库。

一个例子

仅用于示例目的!

这个例子仅用于展示路由如何改变数据库的使用。本例有意忽略了一些复杂的东西以便于更好的展示路由是如何工作的。

如果任何一个myapp中的模型包含与另一个数据库中模型的关系时,本例是无效的。参见跨数据库关系一节中介绍的Django引用完整性问题。

本例的主/从配置也是有缺陷的:它没有处理复制延时(比如因为把写操作传递给从数据库耗费时间而产生的查询不一致),也没有考虑与数据库使用策略的交互作用。

那么,这个例子有什么用呢?本例仅用于演示一个myapp存在于other数据库,所有其他模型之间是主/从关系,且存在于master、slave1和slave2数据库。本例使用了两个路由:

classMyAppRouter(object):"""一个控制myapp应用中模型的所有数据库操作的路由"""defdb_for_read(self,model,**hints):"myapp应用中模型的操作指向'other'"ifmodel._meta.app_label=='myapp':return'other'returnNonedefdb_for_write(self,model,**hints):"myapp应用中模型的操作指向'other'"ifmodel._meta.app_label=='myapp':return'other'returnNonedefallow_relation(self,obj1,obj2,**hints):"如果包含myapp应用中的模型则允许所有关系"ifobj1._meta.app_label=='myapp'orobj2._meta.app_label=='myapp':returnTruereturnNonedefallow_syncdb(self,db,model):"确保myapp应用只存在于'other'数据库"ifdb=='other':returnmodel._meta.app_label=='myapp'elifmodel._meta.app_label=='myapp':returnFalsereturnNoneclassMasterSlaveRouter(object):"""一个设置简单主/从定义的路由"""defdb_for_read(self,model,**hints):"所有读操作指向一个随机的从数据库"returnrandom.choice(['slave1','slave2'])defdb_for_write(self,model,**hints):"所有写操作指向主数据库"return'master'defallow_relation(self,obj1,obj2,**hints):"允许数据库池中的两个对象间的任何关系"db_list=('master','slave1','slave2')ifobj1._state.dbindb_listandobj2._state.dbindb_list:returnTruereturnNonedefallow_syncdb(self,db,model):"显示地放置所有数据库中的模型"returnTrue

然后在你的设置文件增加如下内容(把path.to.替换为你定义路由的模型的路径):

DATABASE_ROUTERS=['path.to.MyAppRouter','path.to.MasterSlaveRouter']

这个设置中,路由的顺序是很重要的,因为查询时是按这个设置中的顺序依次查询的。上例中,MyAppRouter先于MasterSlaveRouter,因此,myapp中的模型就优先于其他模型。如果DATABASE_ROUTERS设置中两个路由的顺序变换了,那么MasterSlaveRouter.allow_syncdb()会优先执行。因为MasterSlaveRouter是包罗万象的,这样就会导致所有模型可以使用所有数据库。

设置好之后让我们来运行一些代码:

#从'credentials'数据库获得数据fred=User.objects.get(username='fred')fred.first_name='Frederick'#保存到'credentials'数据库fred.save()#随机从从数据库获得数据dna=Person.objects.get(name='DouglasAdams')#新对象创建时还没有分配数据库mh=Book(title='MostlyHarmless')#这个赋值会向路由发出请求,并把mh的数据库设置为与author对象同样的#数据库mh.author=dna#这会强制'mh'实例使用主数据库...mh.save()#...但如果我们重新获取对象,就会从从数据库中获取mh=Book.objects.get(title='MostlyHarmless')

手动选择数据库

Django也提供一个可以让你通过代码完全控制数据库使用的API。手动定义数据库分配优先于路由。

为一个查询集手动选择一个数据库

你可以在查询集“链”中的任何点为查询集选择数据库。我们通过在查询集上调用using()来得到使用指定数据库的另一个查询集。

using()使用一个参数:你想要运行查询的数据库的别名。例如:

#这会运行在“缺省”数据库上。Author.objects.all()#这同样会运行在“缺省”数据库上。Author.objects.using('default').all()#这会运行在“other”数据库上。Author.objects.using('other').all()

为save()选择一个数据库

在使用Model.save()时加上using关键字可以指定保存到哪个数据库。

例如,要把一个对象保存到legacy_users数据库应该这样做:

my_object.save(using='legacy_users')

如果你不定义using,那么save()方法会根据路由分配把数据保存到缺省数据库中。

把一个对象从一个数据库移动到另一个数据库

当你已经在一个数据库中保存了一个对象后,你可能会使用save(using=...)把这个对象移动到另一个数据库中。但是,如果你没有使用恰当的方法,那么可能会出现意想不到的后果。

假设有如下的例子:

p=Person(name='Fred')p.save(using='first')#(第一句)p.save(using='second')#(第二名)

在第一名中,一个新的Person对象被保存到first数据库中。这时,p还没有一个主键,因此Django执行了一个INSERTSQL语句。这样就会创建一个主键,并将这个主键分配给p。

在第二句中,因为p已经有了一个主键,所以Django在保存对象时会尝试在新的数据库中使用这个主键。如果second数据库中没有使用这个主键,那就不会有问题,该对象会复制到新数据库。

然而,如果p的主键在second数据库中已经使用过了,那么second使用这个主键的已存在的对象将会被p覆盖。

有两种方法可以避免上述情况的发生。第一,你可以清除实例的主键。如果一个对象没有主主键,那么Django会把它看作一个新对象,在保存到second数据库中时就不会带来数据的损失:

p=Person(name='Fred')p.save(using='first')p.pk=None#清除主键。p.save(using='second')#写入一个全新的对象。

第二种方法是在save()方法中使用force_insert选项来保证Django执行一个INSERTSQL:

p=Person(name='Fred')p.save(using='first')p.save(using='second',force_insert=True)

这样可以保证名为Fred的人员在两个数据库中使用相同的主键。如果在保存到second数据库时主键已被占用,会抛出一个错误。

选择一个要删除数据的数据库

缺省情况下,一个现存对象从哪个数据库得到,删除这个对象也会在这个数据库中进行:

u=User.objects.using('legacy_users').get(username='fred')u.delete()#会从`legacy_users`数据库中删除

通过向Model.delete()方法传递using关键字参数可以定义在哪个数据库中删除数据。using的用法与save()方法中使用这个参数类似。

例如,假设我们要把一个用户从legacy_users数据库移动到new_users数据库可以使用如下命令:

user_obj.save(using='new_users')user_obj.delete(using='legacy_users')

多数据库情况下使用管理器

在管理器上使用db_manager(),可以让管理器访问一个非缺省数据库。

例如,假设你有一个操作数据库的自定义管理器User.objects.create_user()。

因为create_user()是一个管理器方法,不是一个查询集,所以你不能

用User.objects.using('new_users').create_user()。(create_user()方法

只能用于User.objects管理器,而不能用于,管理器衍生出的查询集。)解决方法是使用db_manager(),就象下面这样:

User.objects.db_manager('new_users').create_user(...)

db_manager()返回的是绑定到你指定的数据库的管理器的一个副本。

多数据库情况下使用get_query_set()

如果你在管理器中

声明:本网页内容为用户发布,旨在传播知识,不代表本网认同其观点,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。
E-MAIL:11247931@qq.com