首页数据库django使用mysql数据库(django怎么使用本机mysql数据库)

django使用mysql数据库(django怎么使用本机mysql数据库)

编程之家2023-10-2192次浏览

大家好,感谢邀请,今天来为大家分享一下django使用mysql数据库的问题,以及和django怎么使用本机mysql数据库的一些困惑,大家要是还不太明白的话,也没有关系,因为接下来将为大家分享,希望可以帮助到大家,解决大家的问题,下面就开始吧!

django使用mysql数据库(django怎么使用本机mysql数据库)

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

使用多个数据库

New in Django 1.2: Please, see the release notes

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

定义你的数据库

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

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

django使用mysql数据库(django怎么使用本机mysql数据库)

以下是一个定义两个数据库的 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.py syncdb

django使用mysql数据库(django怎么使用本机mysql数据库)

$./manage.py syncdb--database=users

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

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

$./manage.py sqlall sales|./manage.py dbshell

使用其他管理命令

其他操作数据库的 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数据库。本例使用了两个路由:

class MyAppRouter(object):"""一个控制 myapp应用中模型的所有数据库操作的路由""" def db_for_read(self, model,**hints):"myapp应用中模型的操作指向'other'" if model._meta.app_label=='myapp': return'other' return None def db_for_write(self, model,**hints):"myapp应用中模型的操作指向'other'" if model._meta.app_label=='myapp': return'other' return None def allow_relation(self, obj1, obj2,**hints):"如果包含 myapp应用中的模型则允许所有关系" if obj1._meta.app_label=='myapp' or obj2._meta.app_label=='myapp': return True return None def allow_syncdb(self, db, model):"确保 myapp应用只存在于'other'数据库" if db=='other': return model._meta.app_label=='myapp' elif model._meta.app_label=='myapp': return False return None class MasterSlaveRouter(object):"""一个设置简单主/从定义的路由""" def db_for_read(self, model,**hints):"所有读操作指向一个随机的从数据库" return random.choice(['slave1','slave2']) def db_for_write(self, model,**hints):"所有写操作指向主数据库" return'master' def allow_relation(self, obj1, obj2,**hints):"允许数据库池中的两个对象间的任何关系" db_list=('master','slave1','slave2') if obj1._state.db in db_list and obj2._state.db in db_list: return True return None def allow_syncdb(self, db, model):"显示地放置所有数据库中的模型" return True

然后在你的设置文件增加如下内容(把 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='Douglas Adams')>>>#新对象创建时还没有分配数据库>>> mh= Book(title='Mostly Harmless')>>>#这个赋值会向路由发出请求,并把 mh的数据库设置为与 author对象同样的>>>#数据库>>> mh.author= dna>>>#这会强制'mh'实例使用主数据库...>>> mh.save()>>>#...但如果我们重新获取对象,就会从从数据库中获取>>> mh= Book.objects.get(title='Mostly Harmless')

手动选择数据库

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执行了一个INSERT SQL语句。这样就会创建一个主键,并将这个主键分配给 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执行一个 INSERT SQL:

>>> 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()

如果你在管理器中重载了 get_query_set(),请确保在其父类中也调用了相同的方法(使用 super())或者正确处理管理器中的 _db属性(一个包含要使用的数据库名称的字符串)。

例如,如果你要从 get_query_set方法返回一个自定义查询集类,那么你可以这样做:

class MyManager(models.Manager): def get_query_set(self): qs= CustomQuerySet(self.model) if self._db is not None: qs= qs.using(self._db) return qs

在 Django管理接口中使用多数据库

Django的管理接口没有明显支持多数据库。如果想要支持的话你必须写自定义 ModelAdmin。

如果要支持多数据库,那么 ModelAdmin对象有五个方法要自定义:

class MultiDBModelAdmin(admin.ModelAdmin):#为方便起见定义一个数据库名称常量。 using='other' def save_model(self, request, obj, form, change):#让 Django保存对象到'other'数据库。 obj.save(using=self.using) def delete_model(self, request, obj):#让 Django从'other'数据库中删除对象。 obj.delete(using=self.using) def queryset(self, request):#让 Django在'other'数据库中搜索对象。 return super(MultiDBModelAdmin, self).queryset(request).using(self.using) def formfield_for_foreignkey(self, db_field, request=None,**kwargs):#让 Django基于'other'数据库生成外键控件。 return super(MultiDBModelAdmin, self).formfield_for_foreignkey(db_field, request=request, using=self.using,**kwargs) def formfield_for_manytomany(self, db_field, request=None,**kwargs):#让 Django基于'other'数据库生成多对多关系控件。 return super(MultiDBModelAdmin, self).formfield_for_manytomany(db_field, request=request, using=self.using,**kwargs)

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这个module,为什么呢,因为 python manage.py syncdb命令是这样工作的:

1.在project目录的settings.py的INSTALLED_APPS元组中找到可能需要更新的APP。

2.找到每一个APP目录中的models.py(关系定义文件),并针对变化在数据库中进行更新。

说了这么多,前面那个错误找不到 module 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

Django如何配置mysql数据库

这篇文章主要为大家详细介绍了Django配置mysql数据库的详细步骤,具有一定的参考价值,感兴趣的小伙伴们可以参考一下

Django项目默认使用sqlite数据库,但是我想用mysql数据库,应该如何配置呢。

Django连接mysql数据库的操作,是通过根模块的配置实现的,在项目根模块的配置文件settings.py中,我们可以查询到如下DATABASES的配置信息:

DATABASES={

'default':{

'ENGINE':'django.db.backends.sqlite3',

'NAME': os.path.join(BASE_DIR,'db.sqlite3'),

}

}解释一下上面代码的意思:

ENGINE:用于特定的数据库引擎的配置,不同的数据库字段不同,常见的有:

django.db.backends.postgresql# PostgreSQL

django.db.backends.mysql# mysql

django.db.backends.sqlite3# sqlite

django.db.backends.oracle# oracleNAME:是指要连接的数据库名字

django的文档中有说明,想使用mysql的话需要安装Python的db API DRIVER即数据库接口驱动,常用的数据库驱动接口有三种,mysqldb、pymysql、mysqlclient。但是但是MYSQLdb不支持python3,官方推荐使用mysqlclient。因此本文也是采用mysqlclient。好了废号不多说,开始今天的Django配置mysql之旅。

第一步:下载mysqlclient

pip install mysqlclient

第二步:创建一个数据库,比如我创建了一个blog数据库,你可以用命令创建,也可以用可视化工具(Navicat Premium)进行创建,命令创建数据库代码:

CREATE DATABASE blog(database_name) CHARACTER SET UTF8;

#指定数据库的编码utf8第三步:在settings.py中配置mysql连接参数,如下:

DATABASES={

'default':{

'ENGINE':'django.db.backends.mysql',

'NAME':'blog',

'USER':'root',

'PASSWORD':'kong1234,',

'HOST':'127.0.0.1',

'PORT':'3306',

}

}USER:数据库登录的用户名,mysql一般都是root

PASSWORD:登录数据库的密码,必须是USER用户所对应的密码

HOST:由于一般的数据库都是C/S结构的,所以得指定数据库服务器的位置,我们一般数据库服务器和客户端都是在一台主机上面,所以一般默认都填127.0.0.1

PORT:数据库服务器端口,mysql默认为3306

HOST和PORT都可以不填,使用默认的配置,但是如果你有更改默认配置的话,就需要填入更改后的

其实这样基本上完成了,为了更好地说明,举个实例进行演示一下数据的操作。

第四步:在你创建的应用中models.py创建model类。

比如我在我的blog应用下的,models.py中创建一个类,代码如下:

from __future__ import unicode_literals

from django.db import models

class Article(models.Model):

title= models.CharField(max_length=32, default='Title')

content= models.TextField(null=True)第五步:将字段映射成数据表,执行如下命令

python manage.py makemigrations(应用名,选写)

python manage.py migrate(应用名,选写)第六步:执行python manage.py sqlmigrate应用名文件id

查看sql语句

python manage.py sqlmigrate blog 0001具体django中数据库的操作可以参考下一篇博文。

django使用mysql数据库的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于django怎么使用本机mysql数据库、django使用mysql数据库的信息别忘了在本站进行查找哦。

服务器代理(怎样设置代理服务器)数据库字段命名规范?在Access中,字段的命名规则是( )