根据外键找表

最新推荐文章于 2022-03-31 19:51:52 发布
最新推荐文章于 2022-03-31 19:51:52 发布
阅读量201 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/iteye_12247/article/details/82648404

select * from user_cons_columns cl where cl.constraint_name = 'FK_TB_BGT_FUND_REF_EXPFUNC';

mysql多对多建立中间表外键,Mysql学生管理系统：表的建立，外键一对多，多对多关系，中间关联表的建立...
weixin_34749183的博客
03-18 593
学生管理系统管理员注册/登录/注销注册班级(班级详细信息)注册学生信息查看班级信息/查看老师资料教师注册/注销 查看教师资料 查看学生资料 根据名称/班级/ 查看学生详细信息--支持模糊注册科目管理员(admini)ad_id(管理员id) ad_number(管理员账号)ad_pass(管理员密码) ad_yn(管理员是否禁用)create table admini(ad_i...
一张表中的主键和外键如何确定
舒一笑的博客
07-23 2780
在数据库设计中，主键和外键是用来建立表之间关系的重要概念。
根据外键名称找到对应的表
H002399的专栏
06-17 1620
根据表外键名称找到对应的表  (2012-08-03 11:17:06) 转载▼ 标签：  外键   表   主键   杂谈 分类： 数据库 数据中已知外键名称，找到对应的表，可以用下面的方法： oracle数据库： select * from user_constraints t wher
Oracle根据外键名查找外键及表
cai_and_luo的博客
02-26 4243
根据外键名称获取外键表名 Oracle数据库删除某张表里的数据时，有时由于有外键约束，外键表里有数据，主表数据删除不了，而外键命名不规范，难找外键表。 这时可以根据外键名称查询外键表： select * from dba_constraints where constraint_name=‘xxx外键名’ and constraint_type = ‘R’; ...
Oracle通过外键查询表信息
wmlJava
05-29 504
select * from user_cons_columns cl where cl.constraint_name = '外键名'  
查找外键 所在的表
xth_pope的博客
09-09 1201
今天遇到一个问题 org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'entityManagerFactory' defined in class path resource [org/springframework/boot/autoconfigure/orm/jpa/HibernateJpaConfiguration.class]: Invocation of init me..
22、已知外键如何查询表
Thierry2016的博客
08-20 676
当删除一条表记录时，如果该表有外键，那么会提示违反完整性约束条件，并给出外键的名称，这个时候我们就需要找到外键所在的表，然后先删除外键的记录，然后才能删除当前表记录。 根据外键名称查询外键所在的表的sql语句是： select * from dba_constraints where constraint_name='FK_L7N99RLCBF635PD429OSWJG8B'; ...
mysql一个表有三个外键，其中该表的两个字段的应对的外键的表都是同一张表，解决如何将其查询出来
12-15
需求是这样的，一个资源表有分类r_class_id（分类表id对应的外键） 创建者r_up_creator（用户表id对应的外键） 审核者r_ver_id （用户表id对应的外键），这时候该怎么将其都查询出来呢？ 首先用左连接： select ...
如何区分SQL数据库中的主键与外键
09-10
例如，在成绩表中，如果学号是学生表的主键，那么在成绩表中，学号就成为了外键，它连接了成绩表和学生表，确保了数据之间的关联性。外键可以有重复值，也可能为空，但主要目的是保持数据的一致性。 主键和外键与...
在SQL plus中建表不成功的原因是找不到外键的表怎么解决（用select查找表明明找得到）
10-31
在 SQL*Plus 中创建表时如果遇到找不到引用的外键约束的问题，这通常是因为你在 `REFERENCES` 子句中指定的外键关联到的表不存在，或者是引用列的数据类型、名称或索引存在问题。以下是可能的解决方案： 1. **确认...
根据外键名找到主表和关联表的相关列
weixin_30455661的博客
03-12 203
select fk.name fkname ,ftable.name ftablename ,cn.name fkcol ,rtable.name ftablename ,cn1.name rkcolfrom sysforeignkeys join sysobjects fk on sysforeignkeys.cons...
mysql根据外键多条件查询_MySQL练习-主外键多表查询
weixin_28863779的博客
01-19 427
练习:1.建立表关系:请创建如下表，并创建相关约束1USE db1;2 CREATE TABLE class(3cid INT AUTO_INCREMENT PRIMARY KEY,4 caption VARCHAR(10)5);6CREATE TABLE teacher(7tid INT AUTO_INCREMENT PRIMARY KEY,8 tname VARCHAR(10)...
数据库的外键和主表从表以及连接查询
热门推荐
u010804417的博客
10-05 1万+
数据库中的外键和主表、从表主键和外键主键（主关键字，primary key）外键（外关键字，foreign key，公共关键字的其中一个）存在的必要性主表和从表单表 主键和外键 主键（主关键字，primary key） 关系型数据库中的一条记录中有若干个属性，若其中某一个属性组(注意是组)能唯一标识一条记录，该属性组就可以成为一个主键 。 （主键）属性可以唯一标识表中的某一条记录。表的主键可以由一个或多个关键字共同组成，并且主关键字的列不能包含空值。但是一个表只能有一个主关键字。 外键（外关键字，forei
通过外键找到外键对应的表
疯狂的星光的专栏
03-31 1162
mysql SELECT ii.`TABLE_NAME` -- ii.`TABLE_NAME`,ii.`COLUMN_NAME` FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE AS ii WHERE ii.`CONSTRAINT_SCHEMA` = 'lfssc' -- AND ii.`TABLE_NAME` = 'fssc_spm_accounts' and ii.CONSTRAINT_NAME='FKlkd3txarq...
理解Django的多对一关系
Oner.wv的专栏
04-05 650
介绍一种最常见的数据库关系：在Django中理解多对一。什么是多对一关系？在数据库设计中，多对一（或一对多）是指一个或多个实体之间的关系，其中一个实体可以连接多个实体。让我们举个例子。...
多表查询（外键、级联操作）
qq_39380737的博客
07-17 2838
前期准备： use day; 创建商品种类表 create table category( cid varchar(32) primary key, cname varchar(100) ); 创建商品表 create table product( pid varchar(32) primary key, pname varchar(40), pric...
oracle根据外键名查关联的表
x6587305x的专栏
04-05 3423
http://www.pxto.com.cn/JiGou/dt-show.asp?Resource_ID=20340&ID=132019JGH7 1、查找表的所有索引（包括索引名，类型，构成列）： 　　select t.*,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name
找出外键
最新发布
05-10
<think>嗯，用户现在的问题是关于确定给定实体之间的外键关系。他们之前已经提供了多个实体的属性，现在需要分析这些实体之间如何通过外键连接。首先，我需要回顾用户提供的实体和属性，看看哪些属性可能作为外键指向其他实体的主键。 首先，系统管理员实体，属性包括编号，可能作为主键。接下来，小区住户有编号、业主账号等，可能主键是编号或者业主账号。物业实体有编号、工号，可能工号是主键。缴费信息有业主账号、工号，这应该是外键，指向住户和物业。报修信息同样有业主账号，可能指向住户。楼宇信息中的物业工号应该指向物业的工号。车位信息的工号也是外键到物业。投诉建议和信息处理中的业主账号和工号分别指向住户和物业。门禁补办的业主账号指向住户。 然后，外键关系通常是主键-外键的关系，比如缴费信息的业主账号对应住户的业主账号，工号对应物业的工号。需要确保每个外键在对应的实体中存在主键。比如，缴费信息中的“业主账号”应该引用小区住户的“业主账号”作为主键。同样，物业工号在楼宇信息中引用物业的工号。 接下来，需要考虑实体之间的关系类型，比如一对多或多对多。例如，一个住户可能有多个缴费记录，所以住户和缴费信息是一对多。物业和缴费信息也是一对多，因为一个物业员工可能处理多个缴费单。报修信息中的业主账号和住户之间也是一对多。楼宇信息和物业之间可能是一对一或多对一，因为一个物业员工可能管理多个楼宇，但这里可能需要看具体业务逻辑。 此外，有些实体之间可能需要中间表来处理多对多关系，但根据现有的属性，可能不需要。例如，车位信息和住户之间如果有租赁关系，可能需要中间表，但当前属性中没有提到，所以暂时不考虑。 还需要注意是否有遗漏的外键。例如，投诉建议中的工号是否应该指向物业的工号，处理投诉的可能需要物业员工处理。信息处理中的工号同样指向物业。门禁补办中的审核可能需要管理员，但用户提供的门禁补办实体中没有管理员的外键，可能需要添加，但根据现有数据，可能没有。 最后，需要总结这些外键关系，确保每个外键都正确引用，并说明关系类型。例如，缴费信息中的外键指向住户和物业，关系是1:N。报修信息的外键指向住户，关系1:N。楼宇信息的外键指向物业，1:N。车位信息的外键指向物业，1:N。投诉建议和信息处理的外键分别指向住户和物业，1:N。门禁补办的外键指向住户，1:N。 可能还需要检查是否有属性需要拆分，比如住址拆分为楼栋号、单元号等，但用户已经提到这些属性，所以不需要额外处理。此外，系统管理员可能与其他实体有关联，比如审核，但根据现有数据，可能没有直接的外键，需要确认用户是否需要添加。 总之，关键是根据每个实体的属性，找出可能作为外键的属性，并确定它们引用的主键所在的实体，以及关系的类型。</think>#### 分析实体外键关系（基于提供的实体属性） --- ### **一、外键关系定义规则** 1. **外键选择原则** - 必须指向其他实体的**主键**（通常是实体中的“编号”或唯一标识字段） - 需体现实体间的**业务关联**（如住户与缴费信息的归属关系） - 需符合**关系型数据库范式**（避免冗余） 2. **关系类型** - **1:1**：如住户与门禁卡（未明确提及） - **1:N**：如住户与缴费记录 - **N:M**：需通过中间表实现（如车位租赁关系） --- ### **二、实体外键关联表** | **实体** | **主键** | **外键属性** | **关联实体** | **关系类型** | **说明** | |------------------|----------------|-----------------------------|--------------------|--------------|------------------------------| | 缴费信息 | 编号 | `业主账号`、`工号` | 小区住户、物业 | 1:N | 住户缴费记录关联物业工号 | | 报修信息 | 编号 | `业主账号` | 小区住户 | 1:N | 住户发起报修 | | 楼宇信息 | 编号 | `物业工号` | 物业 | 1:N | 物业负责管理楼宇 | | 车位信息 | 编号 | `工号` | 物业 | 1:N | 物业发布车位信息 | | 投诉建议 | 编号 | `业主账号` | 小区住户 | 1:N | 住户发起投诉 | | 信息处理 | 编号 | `业主账号`、`工号` | 小区住户、物业 | 1:N | 物业处理住户反馈 | | 门禁补办 | 编号 | `业主账号` | 小区住户 | 1:N | 住户申请门禁补办 | --- ### **三、外键关系详解** 1. **缴费信息** - **外键**：`业主账号`（指向小区住户的`业主账号`）、`工号`（指向物业的`工号`） - **逻辑**：每条缴费记录由**特定住户**生成，并由**指定物业人员**处理[^1]。 2. **报修信息** - **外键**：`业主账号`（指向小区住户的`业主账号`） - **逻辑**：住户通过账号提交报修请求，报修记录与住户直接关联[^1]。 3. **楼宇信息** - **外键**：`物业工号`（指向物业的`工号`） - **逻辑**：每个楼宇由**指定物业人员**负责管理，支持责任追溯[^2]。 4. **车位信息** - **外键**：`工号`（指向物业的`工号`） - **逻辑**：物业人员负责发布车位信息（如价格、区域）[^2]。 5. **投诉建议 & 信息处理** - **外键**：`业主账号`（住户发起）、`工号`（物业处理） - **逻辑**：投诉需绑定住户身份，处理需记录具体物业人员[^3]。 --- ### **四、关键设计建议** 1. **缺失外键补充** - **系统管理员**：若需记录管理员操作日志（如审核门禁补办），需在相关实体（如门禁补办）中添加`管理员ID`字段[^4]。 - **费用清单扩展**：若“缴费信息”中的`费用详情`需要动态配置，建议拆分为独立实体（如费用类型表）并添加外键。 2. **多对多关系处理** - **车位租赁**：若住户可租用多个车位，需设计中间表（如`租赁记录`），包含`业主账号`和`车位编号`[^3]。 --- ### **五、ER图片段示例（外键关系）** ```sql -- 缴费信息表 CREATE TABLE 缴费信息 ( 编号 INT PRIMARY KEY, 业主账号 VARCHAR(20), 工号 VARCHAR(15), 月份 DATE, FOREIGN KEY (业主账号) REFERENCES 小区住户(业主账号), FOREIGN KEY (工号) REFERENCES 物业(工号) ); -- 报修信息表 CREATE TABLE 报修信息 ( 编号 INT PRIMARY KEY, 业主账号 VARCHAR(20), 报修时间 DATETIME, FOREIGN KEY (业主账号) REFERENCES 小区住户(业主账号) ); ``` --- ### **相关问题** 1. 外键约束在实际数据库中如何保证数据一致性？ 2. 如何处理实体间的多对多关系（如住户与车位租赁）？ 3. 如果系统需要记录管理员操作日志，ER图需要如何调整？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值