监听数据库变化
① android 数据库怎么监听数据变化
在android中经常会用到改变数据库内容后再去使用数据库更新的内容，很多人会重新去query一遍，但是这样的问题就是程序会特别占内存，而且有可能会搂关cursor而导致程序内存未释放等等。其实android内部提供了一种ContentObserver的东西来监听数据库内容的变化。
ContentObserver的构造函数需要一个参数Hanlder，因为ContentObserver内部使用了一个实现Runnable接口的内部类NotificationRunnable，来实现数据库内容的变化。需要使用hanlder去post消息。注册ContentObserver的方法是：getContentResolver().registerContentObserver(uri, notifyForDescendents, observer).
上面3个参数为：uri----Uri类型，是需要监听的数据库的uri.
notifyForDescendents---boolean true的话就会监听所有与此uri相关的uri。false的话则是直接特殊的uri才会监听。一般都设置为true.
observer-----ContentObserver 就是需要的contentobserver.
初始化一个ContentObserver对象，重载onChange(boolean ),在这个方法里去操作数据库的使用，针对变化后的使用。
② php中有没有什么方法可以实现实时监听数据库中的某张表的变化
最好的办法是，在应用程序生命周期内，对于数据库设置有事件钩子，用于监听程序对于数据库的操作。这样非常方便处理逻辑流程。
1 - 表的数据变化
表数据发生了变化，毫无疑问是写操作，包括以下几种情形：
新建条目 create
更新条目 update
删除条目 delete
以上三种都是写操作，会对表数据写入。
Laravel Observer
结语
上面的方法要求读者有laravel框架的使用基础，对于构建中大型应用非常有利。
③ Oracle数据库监听配置
近段时间很多网友提出监听配置相关问题 客户终端(Client)无法连接服务器端(Server) 本文现对监听配置作一简单槐告介绍 并提出一些客户终端无法连接服务器端的解决思路 愿对广大网友与读者有一些帮助 一 监听器(LISTENER) 监听器是Oracle基于服务器端的一种网络服务 主要用于监听客户端向数据库服务器端提出的连接请求 既然是基于服务器端的服务 那么它也只存在于数据库服务器端 进行监听器的设置也是在数据库服务器端完成的 二 本地服务名(Tnsname) Oracle客户端与服务器端的连接是通过客户端发出连接请求 由服务器端监听器对客户端连接请求进行合法检查 如果连接请求有效 则进行连接 否则拒绝该连接 本地服务名是Oracle客户端网络配置的一种 另外还有Oracle名字服务器(Oracle Names Server)等 Oracle常用的客户端配置就是采用的本地服务名 本文中介绍的也主要是基于本铅闷明地服务名的配置 三 Oracle 网络连接配置方法 配 置Oracle服务器端与客户端都可以在其自带的图形化Oracle网络管理器(Oracle Net Manager)里完成（强烈建议在这个图形化的工具下完成Oracle服务端或客户端的配置） 在Windows下 点击 开始/程序/Oracle OraHome /Configuration and Migration Tools/Net Manager 启动Oracle网络管理器工具 在Linux/Unix下 利用netmgr命令来启动图形化Oracle网络管理器 如 $ netmgr Windows下启动Net Manager图形窗口如下图示 图(一) Oracle监听器配置(LISTENER) 如 图(一)示 选中树形目录中监听程序项 再点击左上侧 + 按钮添加监听程序 点击监听程序目录 默认新加的监听器名称是LISTENER(该名称也可以 由任意合法字符命名) 选中该名称 选中窗口右侧栏下拉选项中的 监听位置 点击添加地址按钮 在出现的网络地址栏的协议下拉选项中选中 TCP/IP 主机文本框中输入主机名称或IP地址(如果主机即用作服务端也作为客户端 输入两项之一均有效 如果主机作为服务端并需要通过网络连 接 建议输入IP地址) 端口文本框中输入数字端口 默认是 也可以自定义任意有效数字端口 配置好的监听位置如下图示 图(二) 选 中窗口右侧栏下拉选项中的 数据库服务 点击添加数据库按钮 在出现的数据库栏中输入全局数据库名 如myoracle 注意这里的全局数据库名与数据 库SID有所区别 全局数据库名实际通过域名来控制在同一网段内数据库全局命名的唯一性 就如Windows下的域名控制器 如这里可以输入 myoracle Oracle主目录可以不填写 输入SID 如myoracle 完整的数据库服务配置如下图示 图(三) 保 存以上配置 默认即可在Oracle安装目录下找到监听配置文件 (Windows下如D:oracleora eorkadminlistener ora Linux/Unix下$ ORACLE_HOME/neork/admin/listerer ora) 至此 Oracle服务端监听器配置已经完成 本地服务名配置(Tnsnames) 本 地服务名是基于Oracle客户端的网络罩并配置 所以 如果客户端需要连接数据库服务器进行操作 则需要配置该客户端 其依附对象可以是任意一台欲连接数据 库服务器进行操作的PC机 也可以是数据库服务器自身 如前面所介绍 可以利用Oracle自带的图形化管理工具Net Manager来完成Oracle客户端的配置 选中如图(一)中的服务命名 再点击左上侧 + 按钮 弹出如下图示对话框 图(四) 输入Net服务名 如myoracle 点击下一步 进入下图示对话框 图(五) 选中TCP/IP(Internet协议) 点击下一步 如下图示 图(六) 输入主机名与端口号 注意这里的主机名与端口号必须与数据库服务器端监听器配置的主机名和端口号相同 点击下一步 如下图示 图(七) 选 中(Oracle i或更高版本)服务名 输入服务名 这里的服务名实际上就是数据库服务器端监听器配置中的全局数据库名 前者与后者必须相同 连接类型 通常选专用服务器 这要视数据库服务器的配置而定 如果配置的共享数据库服务器 这里的连接类型就要选共享服务器 否则建议选专用服务器(关于专用服务器 的介绍请参阅相关文档) 配置好后点击下一步 如下图示 图(八) 如 果数据库服务器端相关服务启动了 可以点击测试按钮进行连接测试 Oracle默认是通过scott/tiger用户进行测试连接 由于scott用户是 Oracle自带的示例用户 对于正式的业务数据库或专业测试数据库可能没有配置这个用户 所以需要更改成有效的用户登录才可能测试成功 如果这里测试连 接不成功 也不要紧 先点完成按钮结束配置 回 到Oracle网络管理器(Oracle Net Manager)主窗口 保存配置 默认即可在Oracle安装目录下找到本地服务名配置文件 (Windows下如D:oracleora eorkadmin nsnames ora Linux/Unix下$ ORACLE_HOME/neork/admin/ tnsnames ora) 配置完成的本地服务名如下图示 图(九) 树形目录下的服务命名可以通过编辑菜单里的重命名菜单更改成任意合法字符组成的服务名称 注意服务名称前不能有空格字符 否则可能无法连接数据库服务器 连接数据库服务器 ( ) 启动服务器端监听器与数据库服务 Linux/Unix下 启动监听器 $ lsnrctl start 关闭监听器 $ lsnrctl stop 查看监听状态 $ lsnrctl status 启动数据库 $ sqlplus /nolog SQL>conn sys@myoracle as sysdba 这里的myoracle是前面配置的客户端本地服务名 或 SQL>conn / as sysdba SQL>startup Windows下 启动监听器 C:lsnrctl start 启动Oracle实例服务 C:oradim –startup –sid myoracle 关闭Oracle实例服务 C:oradim –shutdown –sid myoracle 以上服务必须同时启动 客户端才能连接数据库 由于默认配置的监听器名称是Listener 上述命令可以正常启动监听器 如果监听器名称是其它名称 如aListener 则需要用下列方式才能启动 Linux/Unix下 $ lsnrctl start aListener Windows下 C:lsnrctl start aListener ( ) 测试连接数据库服务器 测试的方法多种多样 可以在上面配置本地服务名时进行测试 也可以是第三方客户端工具 如PL/SQL Developer 最方便的是用Oracle自带的sqlplus工具 以下利用sqlplus进行测试 C:sqlplus /nolog SQL>conn zgh@myoracle 已连接 四 客户端连接服务器端常见问题排除方法 要排除客户端与服务器端的连接问题 首先检查客户端配置是否正确(客户端配置必须与数据库服务器端监听配置一致) 再根据错误提示解决 下面列出几种常见的连接问题 ORA : TNS: 没有监听器 显而易见 服务器端的监听器没有启动 另外检查客户端IP地址或端口填写是否正确 启动监听器 $ lsnrctl start 或 C:lsnrctl start ORA : TNS: 监听程序无法启动专用服务器进程 对于Windows而言 没有启动Oracle实例服务 启动实例服务 C:oradim –startup sid myoracle ORA : TNS: 操作超时 出现这个问题的原因很多 但主要跟网络有关 解决这个问题 首先检查客户端与服务端的网络是否畅通 如果网络连通 则检查两端的防火墙是否阻挡了连接 ORA : TNS: 无法处理服务名 检 查输入的服务名与配置的服务名是否一致 另外注意生成的本地服务名文件(Windows下如D:oracleora eorkadmin nsnames ora Linux/Unix下$ORACLE_HOME/neork/admin/tnsnames ora)里每项服务的首 行服务名称前不能有空格 ORA : TNS: 监听进程不能解析在连接描述符中给出的 SERVICE_NAME 打开Net Manager 选中服务名称 检查服务标识栏里的服务名输入是否正确 该服务名必须与服务器端监听器配置的全局数据库名一致 Windows下启动监听服务提示找不到路径 用 命令或在服务窗口中启动监听提示找不到路径 或监听服务启动异常 打开注册表 进入HKEY_LOCAL_MACHINE/SYSTEM/Current ControlSet/Services/OracleOraHome TNSListener项 查看ImagePath字符串项是否存在 如果没 有 设定值为D:oracleora BINTNSLSNR 不同的安装路径设定值做相应的更改 这种方法同样适用于Oracle实例服务 同 上 找到如同HKEY_LOCAL_MACHINE/SYSTEM/Current ControlSet/Services/Oracle ServiceMYORACLE项 查看ImagePath字符串项是否存在 如果没有 则新建 设定值为d:oracleora binORACLE EXE MYORACLE 以上是Oracle客户端连接服务器端常见的一些问题 当然不能囊括所有的连接异常 解决问题的关键在于方法与思路 而不是每种问题都有固定的答案 lishixin/Article/program/Oracle/201311/17900
④ java后台怎样监控sql server数据库数据的变化
看来你是做日志或宏记录，芦仔在SQL server 2005中建立一个触发器（delete,update\insert），针对table1,在触发器的代码中加上数据拷贝的SQL语句就可以了陪团汪。
⑤ Python 有监听数据库变化的模块吗
MySQL 的 Binlog 记录着 MySQL 数据库的所有变更信息，了解 Binlog 的结构可以帮助我们解析Binlog，甚至对 Binlog 进行一些修改，或者说是“篡改”，例如实现类似于 Oracle 的 flashback 的功能，恢复误删除的记录，把 update 的记录再还原回去等。本文将带您探讨一下这些神奇功能的实现，您会发现比您想象地要简单得多。本文指的 Binlog 是 ROW 模式的 Binlog，这也是 MySQL 8 里的默认模式，STATEMENT 模式因为使用中有很多限制，现在用得越来越少了。
Binlog 由事件（event）组成，请注意是事件（event）不是事务（transaction），一个事务可以包含多个事件。事件描述对数据库的修改内容。
现在我们已经了解了 Binlog 的结构，我们可以试着修改 Binlog 里的数据。例如前面举例的 Binlog 删除了一条记录，我们可以试着把这条记录恢复，Binlog 里面有个删除行（DELETE_ROWS_EVENT）的事件，就是这个事件删除了记录，这个事件和写行（WRITE_ROWS_EVENT）的事件的数据结构是完全一样的，只是删除行事件的类型是 32，写行事件的类型是 30，我们把对应的 Binlog 位置的 32 改成 30 即可把已经删除的记录再插入回去。从前面的 “show binlog events” 里面可看到这个 DELETE_ROWS_EVENT 是从位置 378 开始的，这里的位置就是 Binlog 文件的实际位置（以字节为单位）。从事件（event）的结构里面可以看到 type_code 是在 event 的第 5 个字节，我们写个 Python 小程序把把第383（378+5=383）字节改成 30 即可。当然您也可以用二进制编辑工具来改。
找出 Binlog 中的大事务
由于 ROW 模式的 Binlog 是每一个变更都记录一条日志，因此一个简单的 SQL，在 Binlog 里可能会产生一个巨无霸的事务，例如一个不带 where 的 update 或 delete 语句，修改了全表里面的所有记录，每条记录都在 Binlog 里面记录一次，结果是一个巨大的事务记录。这样的大事务经常是产谨汪生麻烦的根源。我的一个客户有一次向我抱怨，一个 Binlog 前滚，滚了两天也没有动静，我把那个 Binlog 解析了一下，发现里面有个事务产生了 1.4G 的记录，修改了 66 万条记录！下面是一个简单的找出 Binlog 中大事务的 Python 小程序，我们知道用 mysqlbinlog 解析的 Binlog，每个事务都是以 BEGIN 开头，以 COMMIT 结束。我们找出 BENGIN 前面的 “# at” 的位置，检查 COMMIT 后面的 “# at” 位置，这两个位置相减即可计算出这个事务的大小，下面是这个 Python 程序的例子。
切割 Binlog 中的大事务
对于大的事务，MySQL 会把它分解成多个事件（注意一个是事务 TRANSACTION，另一个是事件 EVENT），事件的大小由参数 binlog-row-event-max-size 决定，这个参数默认是 8K。因此我们可以把若干个事件切割成一个单独的略小的事务
ROW 模式下，即使我御晌瞎们只更新了一条记录的其中某个字段，也会记录每个字段变更镇空前后的值，这个行为是 binlog_row_image 参数控制的，这个参数有 3 个值，默认为 FULL，也就是记录列的所有修改，即使字段没有发生变更也会记录。这样我们就可以实现类似 Oracle 的 flashback 的功能，我个人估计 MySQL 未来的版本从可能会基于 Binlog 推出这样的功能。
了解了 Binlog 的结构，再加上 Python 这把瑞士军刀，我们还可以实现很多功能，例如我们可以统计哪个表被修改地最多？我们还可以把 Binlog 切割成一段一段的，然后再重组，可以灵活地进行 MySQL 数据库的修改和迁移等工作。