麒麟v10 上部署 TiDB v5.1.2 生产环境优化实践
666
2023-12-15
导读:今天首席CTO笔记来给各位分享关于django怎么添加数据库的相关内容,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧! django怎样自动创建数据库table;django创建数据库表方法如下:
catcher:mysite catcher$ python manage.py makemigrations booksMigrations for books: 0001_initial.py: - Create model Author
- Create model Book - Create model Publisher - Add field publisher to bookcatcher:mysite catcher$ python manage.py sqlmigrate books 0001
BEGIN;---- Create model Author--CREATE TABLE "books_author" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "first_name" varchar(30) NOT NULL, "last_name" varchar(40) NOT NULL, "email" varchar(254) NOT NULL);
---- Create model Book--CREATE TABLE "books_book" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "title" varchar(100) NOT NULL, "publication_date" date NOT NULL);
CREATE TABLE "books_book_authors" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "book_id" integer NOT NULL REFERENCES "books_book" ("id"), "author_id" integer NOT NULL REFERENCES "books_author" ("id"));
---- Create model Publisher--CREATE TABLE "books_publisher" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "name" varchar(30) NOT NULL, "address" varchar(50) NOT NULL, "city" varchar(60) NOT NULL, "state_province" varchar(30) NOT NULL, "country" varchar(50) NOT NULL, "website" varchar(200) NOT NULL);
---- Add field publisher to book--ALTER TABLE "books_book" RENAME TO "books_book__old";CREATE TABLE "books_book" ("id" integer NOT NULL PRIMARY KEY AUTOINCREMENT, "title" varchar(100) NOT NULL, "publication_date" date NOT NULL, "publisher_id" integer NOT NULL REFERENCES "books_publisher" ("id"));
INSERT INTO "books_book" ("publication_date", "publisher_id", "id", "title") SELECT "publication_date", NULL, "id", "title" FROM "books_book__old";
DROP TABLE "books_book__old";CREATE INDEX "books_book_2604cbea" ON "books_book" ("publisher_id");COMMIT;
catcher:mysite catcher$catcher:mysite catcher$ sudo python manage.py migratePassword:Operations to perform: Apply all migrations: admin, contenttypes, books, auth, sessionsRunning migrations: Rendering model states... DONE Applying contenttypes.0001_initial... OK Applying auth.0001_initial... OK Applying admin.0001_initial... OK Applying admin.0002_logentry_remove_auto_add... OK Applying contenttypes.0002_remove_content_type_name... OK Applying auth.0002_alter_permission_name_max_length... OK Applying auth.0003_alter_user_email_max_length... OK Applying auth.0004_alter_user_username_opts... OK Applying auth.0005_alter_user_last_login_null... OK Applying auth.0006_require_contenttypes_0002... OK Applying auth.0007_alter_validators_add_error_messages... OK Applying books.0001_initial... OK Applying sessions.0001_initial... OKcatcher:mysite catcher$
Django教程-02连接初始化数据库Django教程——01安装使用 在上面一篇文章里,介绍了安装Django的方法,这里说说连接数据库吧 这篇主要介绍踩的坑和解决办法 正常连接和初始化数据库的命令是
执行这个命令的时候,出现了如下报错 经过一段排查,是我配置数据库的时候,多嵌套了一层default,修改为如下即可 然后继续执行migrate时,会报如下错误 本机环境是mac电脑,按官方教程操作的时候,发现安装mysqlclient的python包会依赖本机安装mysql或者mysql-client,但在装mysql和mysql-client的时候,发现一直报错。
后面发现解决办法是,在settings.py文件里,加下如下代码,即改用pymsql连接即可 或者在settings.py同目录的__init__.py里加如上代码也可以 然后再执行python manage.py migrate命令会发现表顺利创建。
新增表,不影响原有库的其他表
Django的多数据库问题,怎么解决选择开始菜单中→程序→【Management *** 2008】→【*** Management Studio】命令,打开【*** Management Studio】窗口,并使用Windows或 ***身份验证建立连接。
在【对象资源管理器】窗口中展开服务器,然后选择【数据库】节点右键单击【数据库】节点,从弹出来的快捷菜单中选择【新建数据库】命令执行上述操作后,会弹出【新建数据库】对话框在对话框、左侧有3个选项,分别是【常规】、【选项】和【文件组】。
完成这三个选项中的设置会后,就完成了数据库的创建工作,在【数据库名称】文本框中输入要新建数据库的名称例如,这里以“新建的数据库”在【所有者】文本框中输入新建数据库的所有者,如sa根据数据库的使用情况,选择启用或者禁用【使用全文索引】复选框。
在【数据库文件】列表中包括两行,一行是数据库文件,而另一行是日记文件通过单击下面的【添加】、【删除】按钮添加或删除数据库文件切换到【选项页】、在这里可以设置数据库的排序规则、恢复模式、兼容级别和其他属性。
切换到【文件组】页,在这里可以添加或删除文件组完成以上操作后,单击【确定】按钮关闭【新建数据库】对话框至此“新建的数据”数据库创建成功新建的数据库可以再【对象资源管理器】窗口看到如何在django中使用多个数据库。
使用多个数据库New in Django 1.2: Please, see the release notes大多数其他文档都假设使用单一数据库,本文主要讨论如何在 Django 中使用多个数据库 使用多个数据库,要增加一些步骤。
定义你的数据库 使用多数据库的第一步是通过 DATABASES 设置要使用的数据库服务这个 设置用于映射数据库别名和特定的联结设置字典,这是 Django 定义数据库一贯的手法 字典内部的设置参见 DATABASES 文档。
数据库可以使用任何别名,但是 default 有特殊意义当没有选择其他数据库时, Django 总是使用别名为 default 的数据库因此,如果你没有定义一个名为 default 的数据库时,你应当小心了,在使用数据库前要指定你想用的数据库。
以下是一个定义两个数据库的 settings.py 代码片断定义了一个缺省的 *** 数据库和一个名为 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
$ ./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数据库插入数据修改setting.py里面的DATABASES元组为DATABASES = {default: {ENGINE: django.db.backends.mysql,
NAME: books, #你的数据库名称USER: root, #你的数据库用户名PASSWORD: , #你的数据库密码HOST: , #你的数据库主机,留空默认为localhostPORT: 3306, #你的数据库端口
}}INSTALLED_APPS = (books,#你的数据库名称)在mysql里面创建books数据库检查配置是否有语法错误使用python manage.py sqlall books 显示mysql语法
使用python manage.py syncdb同步模型中的数据库创建成功!结语:以上就是首席CTO笔记为大家整理的关于django怎么添加数据库的相关内容解答汇总了,希望对您有所帮助!如果解决了您的问题欢迎分享给更多关注此问题的朋友喔~
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。