如何控制Oracle虚拟专用数据 随着数据库技术的应用越来越广泛，使用数据库的用户数量的增多以及数据内容的敏感程度的加强，数据库的安全也变得更加重要。为了保证数据库中的数据不受到非授权的查看和修改，必须控制用户对数据的访问。细粒度访问控制也就是虚拟专用数据库，它提供强大的行
Oracle数据库编写事务 几个需要遵守指导方针 数据共享是 数据库 最基本的特征之一。但是数据共享虽然为员工带来了便利，但也产生了一些负面作用。例如因用户并发存取而导致的对数据一致性的破坏、由于在修改数据过程中的意外事故导致数据完整性破坏、非法用户未经授权修改数据等等。所以，在 数据库 设计
对比Caché和Oracle在数据库的应用 我们做了一个向数据库存放数据以供分析真实应用程序性能的基准测试。为了进行测试，我们对一个基于Oracle的应用程序中的模块用Cach的ObjectScript进行了重写。原模块的功能在Cach上重现只需要40人小时。 我们记录了基于Cach的单元完成特定任务所需的时间，并
Ora-00600 4194错误的解决方法 问题：我的数据库重新启动后，出现了Ora-00600 4194错误，具体的日志如下： Sat Jan 21 13:55:21 2006 Errors in file /opt/oracle/admin/conner /bdump/conner_smon_17113.trc: ORA-00600: internal error code, arguments: [4194], [43], [46], [], [], []
Oracle数据库中sequence的用法 在Oracle数据库中，sequence等同于序列号，每次取的时候sequence会自动增加，一般会作用于需要按序列号排序的地方。 1、Create Sequence （注释：你需要有CREATE SEQUENCE或CREATE ANY SEQUENCE权限） CREATE SEQUENCE emp_sequence INCREMENT BY 1 -- 每次
使用utl_smtp从Oracle中发送电子邮件 假如你目前运行的是Oracle10g或更高的版本，那么你现在就可以用新的utl_mail工具包从你的PL/SQL应用程序来发送电子邮件了。（注释：如果你的应用程序使构建在Oracle 8i的基础之上，前提是运行维护在Oracle 10g或以上版本，那么你也可以通过旧的utl_smtp工具
黑客狙击Oracle系统的八大常用套路 Oracle 的销售在向客户兜售其 数据库 系统一直把它吹捧为牢不可破的，耍嘴皮子容易，兑现起来可就不那么容易了。不管什么计算机系统，人们总能够找到攻击它的方法，Oracle也不例外。本文将和大家从黑客的角度讨论 黑客 是用哪些方法把黑手伸向了你原以为他们
Oracle操作中常见的错误和解决方法 1.ORA-01650:unable to extend rollback segment NAME by NUM intablespace NAME 错误的产生原因：上述ORACLE错误为回滚段表空间不足引起的，这也是ORACLE数据管理员最常见的ORACLE错误信息。当用户在做一个非常庞大的数据操作导致现有回滚段的不足，使可分
Oracle 10g的自动段空间管理（ASSM） 从10g开始，oracle开始提供Shrink的命令，假如我们的表空间中支持自动段空间管理 (ASSM),就可以使用这个特性缩小段，即降低HWM。这里需要强调一点，10g的这个新特性，仅对ASSM表空间有效，否则会报 ORA-10635: Invalid segment or tablespace type。 在这里
Oracle10gR2中调整user commit的方法 在以前的的Oracle版本中，假如用户commit，后台的LGWR进程必将会把内存中的redo数据写入到online redo log的文件里，之后又会将控制权返回给用户，需要注意的是，其实这段很可能并不是磁盘操作，而是写入到磁盘缓冲中的。假如应用中有过于频繁的用户commit，
首页 上一页 7 8 9 10 11 12
13 14 15 16 17 下一页 末页
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
共 63 页626 条