我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就更难了，下面这叫查询语句可以查询出所以被锁的会话。如下：
基本上一个完整的APP都会有一个引导页，在APP首次安装或APP更新后第一次打开时显示，这个逻辑是很通用的，所以写成一个工具类，方便使用。 APP启动页逻辑有三种情况: 当APP被首次安装后打开时显示引导页。 当APP更新版本后，第一次打开时显示引导页。 当APP再次启动时，跳过引导页。 工具类AppIntroUtil.java代码如下： package cn.studyou.parchment.utils; import android.content.Context; import android.t
最近是不知道怎么回事，年底了自己的公司，群里都在关于磁盘的空间部分，MySQL怼完架构师，PostgreSQL 也让我想起曾经有一个资深的架构提出一个问题，PostgreSQL 不非要使用 vacuum full 就能回收空间的谣言，也让我给怼了一顿。所以今天说说这个问题，众所周知vauum full的
张大朋（Lunar）Oracle 资深技术专家 Lunar 拥有超过十年的 ORACLE SUPPORT 从业经验，曾经服务于ORACLE ACS部门，现就职于 ORACLE Sales Consultant 部门，负责的产品主要是 Exadata，Golden Gate，Database 等。 编辑手记：此文通过分场景环环紧扣的测试，深入剖析了enq: TM – contention等待事件的原理，今日拣选与大家共享。 结论：当外键无索引时 1，对子表的insert操作所在的事务没有完成前，对于父表
锁的作用 latch锁：chain，链 LOCK锁 排他锁（X） 共享锁（S）
A table lock, also called a TM lock, is acquired by a transaction when a table is modified by an INSERT, UPDATE, DELETE, MERGE, SELECT with the FOR UPDATE clause, or LOCK TABLE statement. DML operations require table locks to reserve DML access to the table on behalf of a transaction and to prevent DDL operations that would conflict with the transaction.
在Oracle中，一个RAC双节点的实例环境，面试人员使用的是实例2，而在实例1中已经使用“SELECT * FROM SCOTT.EMP FOR UPDATE;”给EMP表加锁：
并行 parallel:将一件事情分成很多小的部分，让每一部分同时执行，最后将执行结果汇总。
ALTER TABLE t_jk_MBSZSHXGXXB MODIFY KSSJ NVARCHAR2(20) --修改字段类型
ORACLE 日常维护手册 查看数据库版本 SELECT * FROM V$VERSION; 查看数据库语言环境 SELECT USERENV('LANGUAGE') FROM DUAL; 查看ORACLE实例状态 SELECT INSTANCE_NAME,HOST_NAME,STARTUP_TIME,STATUS,DATABASE_STATUS FROM V$INSTANCE; 查看ORACLE监听状态 lsnrctl status 查看数据库归档模式 SELECT NAME,LOG_MODE,OPEN
数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。
RAC环境下的阻塞不同于单实例情形，因为我们需要考虑到位于不同实例的session。也就是说之前查询的v$session，v$lock相应的应变化为全局范围来查找。本文提供了2个查询脚本，并给出实例演示那些session为阻塞者，哪些为被阻塞者。有关阻塞的概念以及单实例环境下的阻塞请参考：Oracle 阻塞(blocking blocked)
第一个视图是v$transaction，就是Oracle数据库所有活动的事务数，所有活动的事务每一个活动的事务在这里有一行。
SELECT s.sid, s.serial#, o.object_name, s.machine
homer@ubuntu:~/workspace/android/game$ wc -l LGameAndroid2DActivity.java 906 LGameAndroid2DActivity.java
Android开发过程中，我们需要的很多代码都是重复多次使用的，写成工具类是一个比较好的做法，下面是我常用的几个工具类，也希望对你有所帮助。分别是：日期格式化工具、转换图片颜色工具、app启动引导页控制工具、Intent 工具、手机信息采集工具、存储和访问SharedPreferences工具、正则表达式工具、SD卡片工具、Toast信息工具、app版本工具、错误信息反馈工具、类型转换工具。 大家可到github上下载代码AndroidUtils。 日期格式化工具 package cn.studyou
在 12.2 之前，对索引的创建和修改已经实现在线操作，但是在线删除索引功能在 12.2 中才出来。在线删除索引有什么作用，个人感觉作用不大，基本上，生产环境中我们很少会删除索引信息，也有可能是在 12C 之前，对索引的使用监控没有一个好的办法，我们不能确定哪些索引需要使用，哪些索引不使用，所以不敢删除。对索引是否删除，作为一个运维 DBA 而非开发 DBA，对索引认为“存在即是合理”。在 12.2 之前，对索引的 DDL 语句会导致游标失效，但是在 12.2 中引入了新的选项，可以选择 DDL 是否让相关游标失效。
墨墨导读：本文来自墨天轮用户“JiekeXu”投稿，墨天轮主页：https://www.modb.pro/u/4347。这里记录错误 ORA-00230：执行备份时，有几个数据库在备份控制文件时报错，无法备份控制文件，本文详述问题处理过程。
阻塞是DBA经常碰到的情形，尤其是不良的应用程序设计的阻塞将导致性能严重下降直至数据库崩溃。对DBA而言，有必要知道如何定位到当前系统有哪些阻塞，到底谁是阻塞者，谁是被阻塞者。本文对此给出了描述并做了相关演示。
这两天生产上碰见个表锁争用的问题，现象就是04:00夜维一启动，应用就开始处理缓慢，AWR看，enq: TM - contention等待事件占比超过了97%，
首先再次明确下，数据库因为要同时保证数据的并发性和一致性，所以操作有锁等待是正常的。 只有那些长时间没有提交或回滚的事物，阻塞了其他业务正常操作，才是需要去定位处理的。
从图中可以看到灰色步和彩色步，灰色步表示未激活步，彩色步表示已经被激活，例如图中S2，S5和S10，这三个步已经被激活，不同颜色代表步的不同状态。
Graph程序编程完成后，需要对接口进行选择，Graph的程序接口分为三类：最小接口，标准接口和最大接口。打开Graph程序块后，在编辑菜单中接口参数下进行选择，如图1。
最近在读韩国的Oracle ACE赵东郁（Dion Cho）的《高级OWI与Oracle性能调整》一书，书中介绍了Oracle等待事件以及调优相关内容，虽然是基于10g和以前版本写的，但其知识的深度和系统化程度，对最新12c版本依然有非常高的参考价值。 我将在以后的一系列文章中介绍阅读该书过程中的所知、所得并适当地结合最新版本内容进行延伸。
1 判断回滚段竞争的sql --当Ratio大于2时存在回滚段竞争，需要增加更多的回滚段） select rn.name, rs.GETS, rs.WAITS, (rs.WAITS / rs.GETS) * 100 ratio from v$rollstat rs, v$rollname rn where rs.USN = rn.usn; 2 判断恢复日志竞争的sql --immediate_contention或wait_contention的值大于1时存在竞争） select name, (t.IMME
100.sql>startup pfile和ifile,spfiled有什么区别？
数据字典dict总是属于Oracle用户sys的。 1、用户： select username from dba_users; 改口令 alter user spgroup identified by spgtest; 2、表空间： select * from dba_data_files; select * from dba_tablespaces;//表空间
写在前面： 最近一直在看张晓明的大话Oracle RAC，真实感受就是学到很多之前自己都没深入思考研究过的知识点，现在趁着节前头脑尚清醒，再结合实际工作中自己曾遇到的一些案例，就把这段时间自己学到的东西总结一下。
作者：潇湘隐者 www.cnblogs.com/kerrycode/p/5836015.html 今天遇到一个很有意思的问题，一个开发人员反馈在测试服务器ORACLE数据库执行的一条简单SQL语句非常缓慢，他写的一个SQL没有返回任何数据，但是耗费了几分钟的时间。让我检查分析一下原因，分析解决过后，发现事情的真相有点让人哭笑不得，但是也是非常有意思的。我们先简单构造一下类似的案例，当然只是简单模拟。 假设一个同事A，创建了一个表并初始化了数据（实际环境数据量较大，有1G多的数据），但是他忘记提交了。我们简
导读：DBA的大部分工作都是围绕着对数据库的维护而展开的，常规的日常维护更是占了绝大多数。本节将围绕日常维护中最常见的三个案例展开讲解，与大家分享排查此类问题的思路。
INSERT INTO 表名(字段名1, 字段名2, ……) VALUES ( 值1, 值2, ……); INSERT INTO 表名(字段名1, 字段名2, ……) SELECT (字段名1, 字段名2, ……) FROM 另外的表名;
点击上方蓝色字关注我们~ 先从Online Move Datafile说起，Online Move Datafile是12.1的新特性，在12c之前如果想要move datafile通常需要下列步骤： 1.offline datafile 2.backup as copy数据文件到指定路径 3.switch datafile to copy切换控制文件中数据文件路径 4.由于offline datafile不会做检查点，所以在online之前需要recover datafile 5.online data
动态性能视图属于数据字典，它们的所有者为SYS，并且多数动态性能视图只能由特权用户和DBA用户查询。
来看最最最直接的算法：暴力枚举！！！因为只能取两头的元素，所以等价于中间留下的值的和恰好等于数组和减去x。那这样遍历所有的子串，找到最小的即可！！！ 怎么进行优化呢？当然是使用单调性来进行优化： 每次我们统计一个子串的和时，想一想right有必要回到 left++ 然后从新开始遍历吗？ 当然不用！！！ 因为left 到 right 就不满足要求（中间留下的值的和大于数组和减去x），left++后right从left开始最终也会回到原来位置，所以没有必要。 那这样就形成了滑动窗口：
这是上午上课时即兴发挥并现场编写的一段小代码，稍微美化一下分享。 思路：假设已有若干用户名字及其喜欢的电影清单，现有某用户，已看过并喜欢一些电影，现在想找个新电影看看，又不知道看什么好。根据已有数据，查找与该用户爱好最相似的用户，也就是看过并喜欢的电影与该用户最接近，然后从那个用户喜欢的电影中选取一个当前用户还没看过的电影，进行推荐。 本文主要演示Python内置函数以及内置字典与集合的用法。 from random import randrange # 其他用户喜欢看的电影清单 data = {'user
Realm是一个开源的ORM概念的（对象关系映射）移动数据库，可以在Android ，ios ，java各个平台上使用，性能秒杀sqlite等数据库比如（greendao）。
Helm 帮助您管理 Kubernetes 应用—— Helm Chart，即使是最复杂的 Kubernetes 应用程序，都可以帮助您定义，安装和升级。Helm Chart 易于创建、发版、分享和发布，所以停止复制粘贴，开始使用 Helm 吧。Helm 是 CNCF 的毕业项目，由 Helm 社区维护。
Helm V3 版本已经发布了第三个 Beta 版本了，由于 V2 和 V3 版本之间的架构变化较大，所以如果我们现在正在使用 V2 版本的话，要迁移到 V3 版本了就有点小麻烦，其中最重要的当然就是数据迁移的问题，为了解决这个版本迁移问题，官方提供了一个名为 helm-2to3 的插件可以来简化我们的迁移工作。
前提 Android Studio 1.5.1 或者更高版本； JDK 版本 >=7； 较新的 Android SDK 版本； 支持 Android API 9 以上的所有版本（Android 2.3 Gingerbread 及以上）。 为什么使用Realm Realm Java 让你能够高效地编写 app 的模型层代码，保证你的数据被安全、快速地存储。 1、Realm基本配置 A.在module的build.gradle中添加如下代码： apply plugin: 'realm-android' 如
很多人都在问PID的复杂的微积分算法如何形成程序的？我在这里把STEP7 里FB41源代码和注释给大家贴出来，让大家学习一下，FB41是积分PID。另外如果大家习惯了STEP7的PID也可以通过这个源代码移植到别的控制器上。
Helm Chart 包含了 Docker 镜像以及其在 k8s 中的基础设施配置，例如 service，deployment 等等，helm 可以把 k8s 的应用进行完成封装，发布给任意一个其他的 k8s 环境使用
题目： Find the contiguous subarray within an array (containing at least one number) which has the largest product.
题目： Find the contiguous subarray within an array (containing at least one number) which has the largest sum.
使用的是Kali Linux 系统，系统中默认的sqlmap 是安装好了的，电脑上没有安装sqlmap，自己百度 ，需要python的环境
以上，就是该项目的所有数据库表。实际项目会因业务需求，追加一些字段，但核心还是不变的。
介绍 Realm 是一个 MVCC （多版本并发控制）数据库，由Y Combinator公司在2014年7月发布一款支持运行在手机、平板和可穿戴设备上的嵌入式数据库，目标是取代SQLite。 Realm 本质上是一个嵌入式数据库，他并不是基于SQLite所构建的。它拥有自己的数据库存储引擎，可以高效且快速地完成数据库的构建操作。和SQLite不同，它允许你在持久层直接和数据对象工作。在它之上是一个函数式风格的查询api，众多的努力让它比传统的SQLite 操作更快 。 详细介绍（如果进不去，看这个也行）
任何数据库都无非是CRUD的操作，也就是为了增、删、改、查的使命。 相对于传统的原生的Sqlite开发，Realm的API使开发者显得轻松自在。
Simple linear regression Estimating the coefficients Assessing the accuracy of the coeff conference
Android自带的SQLite数据库，在多数场合能够满足我们的需求，但随着app广泛使用，SQLite也暴露了几个不足之处： 1、开发者编码比较麻烦，而且还要求开发者具备SQL语法知识； 2、SQLite默认没有加密功能，手机一旦丢失容易导致数据库被破解； 3、SQLite底层采用java代码，导致性能提升存在瓶颈； 基于以上几点，Android上的各种ORM应运而生（ORM全称Object Relational Mapping，即对象关系映射），最常见的便是greenDAO了。greenDAO是一个将对象映射到SQLite数据库中的ORM解决方案，它在github上的地址是https://github.com/greenrobot/greenDAO，下面是greenDAO相比直接使用SQLite的几个改进点： 1、简化数据库操作的编码，开发者可以不用熟悉SQL语法； 2、使用灵活，可在实体类中自定义类和枚举类型； 3、号称是基于SQLite的ORM框架中性能最好的；（博主没对比greenDAO与直接使用SQLite的性能差异，所以只能是跟其他ORM框架比较，比如ORMLite、sugarORM等等） 但是greenDAO使用的数据库引擎还是SQLite，因此某些方面并没有本质的改善，比如数据库的加密、数据库操作的性能等等。 对于Realm来说，这些改善就是可能的了，因为Realm有自己的数据库引擎，而且引擎使用C++编写，性能比java引擎的SQLite有数倍提升。Realm使用C++引擎还有一个好处，就是可以跨平台使用，不但能用于Android，也能用于IOS。Realm的第三个好处是，它具有很多移动设备专用数据库的特性，比如支持JSON、流式api、数据变更通知，以及加密支持，这些都为开发者带来了方便。
Realm Realm 是一个 MVCC （多版本并发控制）数据库，由Y Combinator公司在2014年7月发布一款支持运行在手机、平板和可穿戴设备上的嵌入式数据库，目标是取代SQLite。 Realm 本质上是一个嵌入式数据库，他并不是基于SQLite所构建的。它拥有自己的数据库存储引擎，可以高效且快速地完成数据库的构建操作。和SQLite不同，它允许你在持久层直接和数据对象工作。在它之上是一个函数式风格的查询api，众多的努力让它比传统的SQLite 操作更快 查看官网介绍：https://r
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
