DBMS里的一些"自圆其说"
再次看Hibernate时,发现自己又一次地让SQL里的"foreign key"和"References"这个两个关键字给缠上了.
<JavaPersistenceWithHiberante>这本书在讲"Object-oriented domain model"和"peresistent relational"间的不匹配时有这样一个例子:
假设要设计一个网上电子商务的系统,有两个很基本的类来描述那些基本信息:User和BillingDetails.
如下是这两个类的属性:
public class User{
private String username;
private String name;
private String address;
private Set billingDetails;
//.....
}
public class BillingDetails{
private String accountNumber;
private String accountName;
private String accountType;
pirvate User user;
//........
}
建表时的Schema是这样的:
create table USERS(
USERNAME varchar(15) not null primary key,
NAME varchar(50) not null,
ADDRESS varchar(100)
)
create table BILLING_DETAILS (
ACCOUNT_NUMBER varchar(10) not null primary key,
ACCOUNT_NAME varchar(50) not null,
ACCOUNT_TYPE varchar (2) not null,
USERNAME varchar(15) foreign key references user
)
这些与Hibernate根本没什么关系,说到底一些理解上的不足是自己的数据库知识不扎实.
由于没有自己设计数据库应用的经验,对这两个表间的关联关系设计成这样是可以理解,但经类似"为什么不那样呢?"的提问后就把自己陷进一个泥滩了:
1,关于"foreign key"的理解:为什么叫"foreign key"呢?是什么特征让它成foreign了,不被看成"自己人"?对此我有两种"自圆其说",(1)BILLING_DETAILS表中的这个USERNAME实际上是USERS表安插到BILLING_DETAILS表里的一个"卧底",通过这种"卧底"的方式,DATABASE MANAGEMENT SYSTEM就可以有效地监测并"上报"BILLING_DETAILS表中的USERNAME是否有越USERS表中所列USERNAME之轨的行为.也就是说BILLING_DETAILS中的USERNAME必须是USERS中USERNAME的子集,而这种子集的表现与保证DBMS是通过"foreign key"来实现的.(2)第二种"解释"就太牵强,也有些搞笑了,由于BILLING_DETAILS表中已有ACCOUNT_NUMBER来当"primary key"了,那能容忍你一个外来的"USERNAME"当什么key呀?强龙压不过地头蛇嘛,不过为了照顾各方面的关系就安排你来作为了个"foreign key"吧.
经过上面的"自圆其说"后,现在心里亮堂些了:DBMS通过"primary key"来保证表内数据(也就是记录间)Integrity,而表间的Integrity是以"foreign key"的形式来保证的.
现在"foreign key"的问题解决后,references的问题就迎刃而解了.
2,下一个话题:那为什么不在USERS表里建"foreign key references"来替换现在的样式而达到表间数据Integrity的效果呢?没法建?可以通过添加ID方式来实现呀.
通过下面的方式不就实现了吗?
create table USERS(
USER_ID int not null primary key,
USERNAME varchar(15) not null,
NAME varchar(50) not null,
ADDRESS varchar(100),
BILLING_DETAILS_ID foreign key references BILLING_DETAILS
)
create table BILLING_DETAILS (
BILLING_DETAILS_ID int not null primary key,
ACCOUNT_NUMBER varchar(10) not null,
ACCOUNT_NAME varchar(50) not null,
ACCOUNT_TYPE varchar (2) not null
)
(呵呵,干的漂亮!我看你怎么解释?)
这个怎么来"自圆其说"呢?这个嘛.................还是且听下回分说吧.
再次看Hibernate时,发现自己又一次地让SQL里的"foreign key"和"References"这个两个关键字给缠上了.
<JavaPersistenceWithHiberante>这本书在讲"Object-oriented domain model"和"peresistent relational"间的不匹配时有这样一个例子:
假设要设计一个网上电子商务的系统,有两个很基本的类来描述那些基本信息:User和BillingDetails.
如下是这两个类的属性:
public class User{
private String username;
private String name;
private String address;
private Set billingDetails;
//.....
}
public class BillingDetails{
private String accountNumber;
private String accountName;
private String accountType;
pirvate User user;
//........
}
建表时的Schema是这样的:
create table USERS(
USERNAME varchar(15) not null primary key,
NAME varchar(50) not null,
ADDRESS varchar(100)
)
create table BILLING_DETAILS (
ACCOUNT_NUMBER varchar(10) not null primary key,
ACCOUNT_NAME varchar(50) not null,
ACCOUNT_TYPE varchar (2) not null,
USERNAME varchar(15) foreign key references user
)
这些与Hibernate根本没什么关系,说到底一些理解上的不足是自己的数据库知识不扎实.
由于没有自己设计数据库应用的经验,对这两个表间的关联关系设计成这样是可以理解,但经类似"为什么不那样呢?"的提问后就把自己陷进一个泥滩了:
1,关于"foreign key"的理解:为什么叫"foreign key"呢?是什么特征让它成foreign了,不被看成"自己人"?对此我有两种"自圆其说",(1)BILLING_DETAILS表中的这个USERNAME实际上是USERS表安插到BILLING_DETAILS表里的一个"卧底",通过这种"卧底"的方式,DATABASE MANAGEMENT SYSTEM就可以有效地监测并"上报"BILLING_DETAILS表中的USERNAME是否有越USERS表中所列USERNAME之轨的行为.也就是说BILLING_DETAILS中的USERNAME必须是USERS中USERNAME的子集,而这种子集的表现与保证DBMS是通过"foreign key"来实现的.(2)第二种"解释"就太牵强,也有些搞笑了,由于BILLING_DETAILS表中已有ACCOUNT_NUMBER来当"primary key"了,那能容忍你一个外来的"USERNAME"当什么key呀?强龙压不过地头蛇嘛,不过为了照顾各方面的关系就安排你来作为了个"foreign key"吧.
经过上面的"自圆其说"后,现在心里亮堂些了:DBMS通过"primary key"来保证表内数据(也就是记录间)Integrity,而表间的Integrity是以"foreign key"的形式来保证的.
现在"foreign key"的问题解决后,references的问题就迎刃而解了.
2,下一个话题:那为什么不在USERS表里建"foreign key references"来替换现在的样式而达到表间数据Integrity的效果呢?没法建?可以通过添加ID方式来实现呀.
通过下面的方式不就实现了吗?
create table USERS(
USER_ID int not null primary key,
USERNAME varchar(15) not null,
NAME varchar(50) not null,
ADDRESS varchar(100),
BILLING_DETAILS_ID foreign key references BILLING_DETAILS
)
create table BILLING_DETAILS (
BILLING_DETAILS_ID int not null primary key,
ACCOUNT_NUMBER varchar(10) not null,
ACCOUNT_NAME varchar(50) not null,
ACCOUNT_TYPE varchar (2) not null
)
(呵呵,干的漂亮!我看你怎么解释?)
这个怎么来"自圆其说"呢?这个嘛.................还是且听下回分说吧.