step 1:
修改你的django project目录下的settingspy 文件至如下所示:
其中,'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/5622/bin/
再在prompt输入 mysql -u username -p, 回车后再输入 passwd即可
step 2:
然后,在managepy路径中使用python managepy syncdb 试试,结果会提示你错误找不到 MySQLdb 这个module, 为什么呢, 因为 python managepy syncdb 命令是这样工作的:
1 在project目录的settingspy的INSTALLED_APPS元组中找到可能需要更新的APP。
2 找到每一个APP目录中的modelspy (关系定义文件),并针对变化在数据库中进行更新。
说了这么多,前面那个错误 找不到 module MySQLdb 是什么意思啊 ?
先给个图,再解释:
因为在modelspy中定义关系使用的是python,而真正在数据库中 *** 作形成model当然一定要用sql语句,所以必须要有一些功能模块
来把python语句转化成sql语句。如果你使用sqlite的话,由于sqlite和转化模块都已经由python内置了,所以直接使用不会发生错
误。但是 ”mysql语句的转化模块“ 就需要你手动加载了,这些模块放在 MySQL-python 中。
我是使用pip 安装的:
安装了之后,再使用 python managepy syncdb就OK啦。
我使用的系统是 OS X,下面是 mysql 默认的安装路径
/usr/local/Cellar/mysql/5622/
如果你想知道你的数据库文件是放在哪里的,你可以查看mysql_config文件中的ldata变量,这个变量的值就是 默认的数据库文件夹存储的路径。 我的系统中,mysql_config的完整路径是 :
/usr/local/Cellar/mysql/5622/bin/mysql_config
有主键的表可以与其他表相关联,无主键的话表与表之间无法关联。 主键:表中经常有一个列或多列的组合,其值能唯一地标识表中的每一行。这样的一列或多列称为表的主键,通过它可强制表的实体完整性。当创建或更改表时可通过定义 PRIMARY KEY 约
目前到django17 为止
修改model的前提是:你已经创建完model,并且已经 使用 syncdb 或 migrate 创建了相应的数据库表。
然后再 修改model,不会对数据库表产生任何修改的。
具体的东西,自己去看 Django 相应版本的文档去吧
不同版本,不太一样。
12之后, django支持在项目中使用多个DB 那么到底如何使用呢?
1 修改 settingspy
01DATABASES = {
02 'default': {
03 'NAME': 'app_data',
04 'ENGINE': 'djangodbbackendspostgresql_psycopg2',
05 'USER': 'postgres_user',
06 'PASSWORD': 's3krit'
07 },
08 'users': {
09 'NAME': 'user_data',
10 'ENGINE': 'djangodbbackendsmysql',
11 'USER': 'mysql_user',
12 'PASSWORD': 'priv4te'
13 }
14}
15
16DATABASE_ROUTERS = ['pathtoMyAppRouter']
2 实现自己的DB routers,这里决定了每个程序使用的是哪个DB。
01class MyAppRouter(object):
02 """A router to control all database operations on models in
03 the myapp application"""
04
05 def db_for_read(self, model, hints):
06 "Point all operations on myapp models to 'other'"
07 if model_metaapp_label == 'myapp':
08 return 'other'
09 return None
10
11 def db_for_write(self, model, hints):
12 "Point all operations on myapp models to 'other'"
13 if model_metaapp_label == 'myapp':
14 return 'other'
15 return None
16
17 def allow_relation(self, obj1, obj2, hints):
18 "Allow any relation if a model in myapp is involved"
19 if obj1_metaapp_label == 'myapp' or obj2_metaapp_label == 'myapp':
20 return True
21 return None
22
23 def allow_syncdb(self, db, model):
24 "Make sure the myapp app only appears on the 'other' db"
25 if db == 'other':
26 return model_metaapp_label == 'myapp'
27 elif model_metaapp_label == 'myapp':
28 return False
29 return None
同步数据库的时候,默认会同步到Default数据库,当然也可以通过 --database 来指定同步哪一个, 如下:
[plain] view plain copy print
<tt class="xref std std-djadminopt docutils literal" style="text-decoration: none; white-space: nowrap; color: rgb(35, 79, 50); margin-left: 0px; margin-right: 0px; border-bottom-width: 1px; border-bottom-color: rgb(35, 79, 50); border-bottom-style: dotted; ">$ /managepy syncdb
$ /managepy syncdb --database=users</tt>
那么程序中如何来选择呢?
比如,下面的代码将选择default数据库
[python] view plain copy print
<span style="font-family:monospace;color:#234f32;">>>> # This will run on the 'default' database
>>> Authorobjectsall()
>>> # So will this
>>> Authorobjectsusing('default')all()</span>
但是下面的代码将选择other数据库
[python] view plain copy print
<span style="font-family:monospace;color:#234f32;">>>> # This will run on the 'other' database
>>> Authorobjectsusing('other')all()</span>
上面是查询的情况,保存的使用也一样,也是通过using来指定,如下:
[python] view plain copy print
<span style="font-family:monospace;color:#234f32;">>>> my_objectsave(using='legacy_users')</span>
删除的时候
[python] view plain copy print
<span style="font-family:monospace;color:#234f32;">>>> u = Userobjectsusing('legacy_users')get(username='fred')
>>> udelete() # will delete from the `legacy_users` database</span>
在网上看到都是使用Django的models和makemigration,migrate命令来创建新表,并使用。可是我的数据已经存在了已经创建好,并且已经存储有数据了,不能再重新创建新表了。了解Django的表明和models名称的映射关系就可以让Django使用已经存在的表。
假如在Django存在models如下:
[python] view plain copy
from djangodb import models
# Create your models here
class Sciencenews(modelsModel):
id = modelsCharField(max_length=36,primary_key=True)
first_module = modelsCharField(max_length=30,default="News")
second_module = modelsCharField(max_length=30,default="Latest News")
title = modelsCharField(max_length=300)
author = modelsCharField(max_length=60,null=True)
publish_date = modelsCharField(max_length=35,null=True)
content = modelsTextField(null=True)
crawl_date = modelsCharField(max_length=35,null=True)
from_url = modelsCharField(max_length=350,null=True)
执行数据迁移命令:[python] view plain copy
python managepy makemigration
python managepy migrate
会在数据库中生成名称为show_sciencenews的数据表。show为应用名称,此处我的应用名称为show。可以看到Django创建表的命名规则:应用名_模型名。我的存储爬取到的数据的表格名称原来为science_news,想要Django使用它,而不是创建新的表,只需要把的它的名称改为:应用名_要与该表映射的models名称,在此处我改为show_sciencenews。然后使用如上的数据迁移命令,这时可能会提示数据表已经存在的错误,不用理会,models已经和数据表映射上了。接下来只需要正常使用models和数据表就可以了。
以上就是关于django怎么使用本机mysql数据库全部的内容,包括:django怎么使用本机mysql数据库、Django 创建数据库时为什么没有建表blog、django1.8更改了model后要怎样重建数据库等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)