数据库cascade

1. ON DELETE CASCADE是什么数据库里面怎么设置

是级联删除。

为表order_items(Proct_id)添加一个外键Order_Items_Proct_ID_FK
级联proct_Information(proct_id),加上ON DELETE CASCADE后，如果主表order_items删除内 一条记录，那么容proct_Information中对应的关联 的数据也跟着删除

数据库里面怎么设置：
http://topic.csdn.net/t/20031209/11/2543679.html

怎样在DREAMWEVER里面设置,连接SQL数据库：
首先，需要配置站点，在站点-〉管理站点里，按向导走。
配置完站点的测试服务器后在应用程序面板的数据库里（前三项应该都打上勾了）点加号，然后就按他的提示做就可以了。

你看看吧，是我总结的，网站是找的。

希望对你有帮助。

2. 数据库的权限收回restrict和cascade的区别是什么 cascade好像是可以联级收回，那restrict呢

restrict禁止收回权限

3. 数据库删除列时，cascade和restrict的问题

级联更新或者级联删除是定义在表里面的，而不是在执行某个sql操作的时候定义的！
例如：有个a表中的studentID外键引用了你现在的student表的uid字段，那么在表a上就可以用
alter table a
add constraint FK_OA_REDB foreign key (studentID)
references student(uid)
on update cascade on delete cascade
go
然后你在 student删除一条记录的时候 a表中对应uid的记录就会同时被删除了

4. sql 语句中的cascade怎么用

你这是要级联删除？
你的用法是不正确的。你先了解一下cascade的用法。

级联删除
外键的级联删除：如果父表中的记录被删除，则子表中对应的记录自动被删除
父表——被外键引用的表
子表——引用父表中的键作为外键的表
解释：
父表中删除包含主键值的行的操作，该值由子表的现有行中的外键列引用。在级联删除中，删除父表中的记录时，同时删除子表中外键引用此主健的记录。
例:
employee 表中有员工的dept_id 引用department表中dept_id( 同时为deptartment主键 )作为外键，当department表（父表）中一个部门被删除，employee表（子表）中引用这个部门的dept_id作为dept_id的记录也自动被删除。
语法：
Foreign Key
(column[,...n])
references referenced_table_name[(ref_column[,...n])]
[on delete cascade]
[on update cascade]
例子：
SQL级联删除——删除主表同时删除从表——同时删除具有主外键关系的表
create table a(
id varchar(20) primary key,
password varchar(20) not null
)
create table b
(
id int identity(1,1) primary key,
name varchar(50) not null,
userId varchar(20),
foreign key (userId) references a(id) on delete cascade
)
表B创建了外码userId 对应A的主码ID，声明了级联删除

测试数据：
insert a values ('11','aaa')
insert a values('23','aaa')
insert b values('da','11')
insert b values('das','11')
insert b values('ww','23')
删除A表内id为‘11’的数据，发现B表内userId 为“11”也被数据库自动删除了，这就是级联删除
delete a where id='11'

5. 在oracle数据库中删除用户drop user username cascade; 但是现在报错啊就高人

好吧！我帮你搜索下得到以下内容
1. drop user出现问题
报出以下错误后退出
ORA-00604： error occurred at recursive SQL level 1
ORA-00942： table or view does not exist .
关于 recursive SQL 错误我们有必要做个简单说明。
我们知道，当我们发出一条简单的命令以后
Oracle数据库要在后台解析这条命令，并转换为Oracle数据库的一系列后台操作。
这些后台操作统称为递归sql.
比如create table这样一条简单的DDL命令，Oracle数据库在后台，实际上要把这个命令转换为对于obj$，tab$，col$等底层表的插入操作。Oracle所作的工作可能比我们有时候想的要复杂的多。
2.跟踪问题
我们知道Oracle提供sql_trace的功能
可以用于跟踪Oracle数据库的后台递归操作。
通过跟踪文件，我们可以找到问题的所在
以下是格式化（tkprof）后的输出：
The following statement encountered a error ring parse:
DELETE FROM SDO_GEOM_METADATA_TABLE WHERE SDO_OWNER = 'WAPCOMM'
Error encountered: ORA-00942
Oracle把错误信息首先呈现出来，我们看到ORA-00942错误是由于
SDO_GEOM_METADATA_TABLE表/视图不存在所致，问题由此可以定位。
对于这一类的错误，定位问题以后解决的方法就要依据具体问题原因而定了。
3.问题定位
对于本案例，通过Metalink获得以下解释：
Problem Description
The Oracle Spatial Option has been installed and you are encountering
the following errors while trying to drop a user, who has no spatial tables,
connected as SYSTEM:
ERROR at line 1:
ORA-00604: error occurred at recursive SQL level 1
ORA-00942: table or view does not exist
ORA-06512: at line 7
A 942 error trace shows the failing SQL statement as:
DELETE FROM SDO_GEOM_METADATA_TABLE WHERE SDO_OWNER = ''
Solution Description
(1)
Create a synonym for SDO_GEOM_METADATA_TABLE under SYSTEM which points to
MDSYS.SDO_GEOM_METADATA_TABLE.
对于本例，为MDSYS.SDO_GEOM_METADATA_TABLE创建一个同义词即可解决，是相对简单的情况。
(2)
Now the user can be dropped connected as SYSTEM.
Related Documents
ORA-604 and ORA-942 Reported During DROP USER CASCA
4.实际处理
MDSYS.SDO_GEOM_METADATA_TABLE为Spatial对象，如果未使用Spatial选项，可以删除
SQL> connect / as sysdbaConnected.
SQL> select * from dba_sdo_geom_metadata order by owner;
select * from dba_sdo_geom_metadata order by owner
*
ERROR at line 1:
ORA-00942: table or view does not exist
ORA-04063: view "MDSYS.DBA_SDO_GEOM_METADATA" has errors
SQL> select object_name from dba_objects where object_name like '%SDO%';
OBJECT_NAME
ALL_SDO_GEOM_METADATA
ALL_SDO_INDEX_INFO
ALL_SDO_INDEX_METADATA
DBA_SDO_GEOM_METADATA
DBA_SDO_INDEX_INFO
DBA_SDO_INDEX_METADATA
....
DBA_SDO_GEOM_METADATA
DBA_SDO_INDEX_INFO
...
SDO_WITHIN_DISTANCE
USER_SDO_GEOM_METADATA
USER_SDO_INDEX_INFO
USER_SDO_INDEX_METADATA
88 rows selected.
SQL> drop user MDSYS cascade;
User dropped.
SQL> select owner,type_name from dba_types where type_name like 'SDO%';
no rows selected
SQL>
SQL> alter session set sql_trace=true;
Session altered.
SQL> drop user wapcomm;
User dropped.
SQL> alter session set sql_trace=false;
Session altered.
SQL> exit
Disconnected from Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Proction
With the Partitioning option
JServer Release 8.1.7.4.0 - 64bit Proction
这时用户得以顺利drop
5.一点总结
使用sql_trace可以跟踪数据库的很多后台操作有利于我们发现问题的所在，很多时候，我们想要研究Oracle的内部活动或后台操作，也可以通过sql_trace跟踪，sql_trace/10046 是Oracle提供的最为有效的诊断工具之一。
案例四：表更新时发生递归SQL2级失败错误
问题描述：表更新的时候失败了，并且生成了一条ORA-00604 错误信息。这个错误发生在递归SQL 2级。
解决方案：不幸的是，这个错误并不能告诉你Oracle数据库在错误发生的时候正要做什么。当你执行一条SQL语句的时候，Oracle数据库会为你在幕后做很多事情。例如，考虑下面的SQL语句：
UPDATE emp SET sal = sal*1.05 WHERE empno=1001;
这条SQL语句给号码为1001的雇员涨5%的工资。当你执行这条语句的时候，Oracle查询数据目录来确定是否有这个表或者你是否使用了同义字。一旦它找到了数据库对象，Oracle查询数据字典来判断你是否拥有访问这个对象的权限。那么，Oracle到底是如何与数据字典进行交互的呢？它执行一条自己的SQL 语句。这些Oracle为你执行的SQL语句被称为“递归”SQL语句。你最初的SQL 语句是0级。Oracle为你执行的递归SQL语句是1级。有时候，一条递归SQL语句又会引起自己的递归SQL语句，就是2级。
在你的案例中，有一个2级的递归SQL语句正在执行，并且产生了问题。为了解决问题，你需要找出执行的是什么递归SQL语句引起的错误。要做到这一点，你必须启动会话中的追踪。
首先，执行下面的SQL 语句：
ALTER SESSION SET sql_trace=TRUE;
然后，执行你的更新语句。你会看到ORA-604 错误。接下来，执行下面的语句：
ALTER SESSION SET sql_trace=FALSE;
现在到你为数据库定义的USER_DUMP_DEST 起始参数上的路径去。那里应该有一个时间戳为当前时间的文件。那个就是你生成的追踪文件。你可以打开文件并检查递归SQL语句，其中包括引起错误的一条。

来源 http://blog.csdn.net/tianlesoftware/article/details/4787074

6. 数据库加外键一定要写on delete no action on update cascade吗

不一定，具体要看你要增加什么样的约束，也可以 on delete cascade或on update no action

7. 数据库sql：“alter table s drop address cascade; ”这句话哪错了

alter table s add address varchar(30);
是给 s 表 增加一列 address

alter table s drop address
是从 s 表 删除一列 address

cascade 好像是 不用在 删除列的地方。

8. 数据库中restrict和casecade是什么意思

数据库中restrict和casecade是什
restrict和cascade都是在外码定义时指定的关键字。
外码所指定的字段取值受限制，可以取两种值：
所参照主码中出现过的值；
可以取空值。
么意思