news 2026/4/23 16:47:11

力扣1965-丢失信息的雇员

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
力扣1965-丢失信息的雇员

表:Employees

+-------------+---------+ | Column Name | Type | +-------------+---------+ | employee_id | int | | name | varchar | +-------------+---------+ employee_id 是该表中具有唯一值的列。 每一行表示雇员的 id 和他的姓名。

表:Salaries

+-------------+---------+ | Column Name | Type | +-------------+---------+ | employee_id | int | | salary | int | +-------------+---------+ employee_id 是该表中具有唯一值的列。 每一行表示雇员的 id 和他的薪水。

编写解决方案,找到所有丢失信息的雇员 id。当满足下面一个条件时,就被认为是雇员的信息丢失:

  • 雇员的姓名丢失了,或者
  • 雇员的薪水信息丢失了

返回这些雇员的 idemployee_id从小到大排序

查询结果格式如下面的例子所示。

示例 1:

输入:Employees table: +-------------+----------+ | employee_id | name | +-------------+----------+ | 2 | Crew | | 4 | Haven | | 5 | Kristian | +-------------+----------+ Salaries table: +-------------+--------+ | employee_id | salary | +-------------+--------+ | 5 | 76071 | | 1 | 22517 | | 4 | 63539 | +-------------+--------+输出:+-------------+ | employee_id | +-------------+ | 1 | | 2 | +-------------+解释:雇员 1,2,4,5 都在这个公司工作。 1 号雇员的姓名丢失了。 2 号雇员的薪水信息丢失了。

思路:

本题涉及 Employees 表和 Salaries 表,两张表都以 employee_id 作为员工的唯一标识。题目要求找出员工信息不完整的员工编号,即员工只存在于其中一张表中,而在另一张表中缺少对应信息的情况。

解题时,首先需要同时保留两张表中的全部员工记录,因此采用全外连接的方式,将 Employees 表和 Salaries 表按照 employee_id 进行关联。全外连接可以保证即使某个 employee_id 只存在于其中一张表中,也不会被过滤掉,而是以 NULL 的形式展示另一张表中缺失的字段。

在完成全外连接后,通过判断字段是否为 NULL 来识别信息缺失的员工。如果 Employees 表中的 name 字段为 NULL,说明该 employee_id 在员工表中不存在;如果 Salaries 表中的 salary 字段为 NULL,说明该 employee_id 在薪资表中不存在。只要满足上述任意一种情况,就说明该员工的信息是不完整的,需要被筛选出来。

由于全外连接后,同一行中可能只有一张表的 employee_id 有值,另一张表的 employee_id 为 NULL,因此在最终输出时,需要对两个 employee_id 字段进行合并,取非空的那个作为最终的员工编号,从而保证每条记录都能正确返回 employee_id。

最后,根据题目要求,对查询结果按照 employee_id 进行升序排序,得到最终结果集。

/* Write your PL/SQL query statement below */ select nvl(e.employee_id,s.employee_id) employee_id from Employees e FULL OUTER JOIN Salaries s on e.employee_id = s.employee_id where (e.name is null or s.salary is null) order by employee_id
版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/4/23 11:27:02

多云测试的智能调度方案

1 方案概述 1.1 背景与挑战 随着企业数字化转型加速,多云架构已成为现代软件开发的标配环境。测试团队面临异构资源管理复杂、环境部署效率低下、成本控制精度不足三大核心挑战。传统单云测试模式在跨云兼容性验证、突发流量承载等方面显现出明显局限性。 1.2 智…

作者头像 李华
网站建设 2026/4/23 2:12:36

vue基于Spring Boot的个性化服装推荐系统的服装销售商城系统_x5ks108j

目录具体实现截图项目介绍论文大纲核心代码部分展示项目运行指导结论源码获取详细视频演示 :文章底部获取博主联系方式!同行可合作具体实现截图 本系统(程序源码数据库调试部署讲解)同时还支持java、ThinkPHP、Node.js、Spring B…

作者头像 李华
网站建设 2026/4/23 0:06:46

当Adaboost遇上SVM:时间序列预测的另类打开方式

基于支持向量机的Adaboost时间序列预测 SVM Adaboost时间序列 利用交叉验证抑制过拟合问题 matlab代码,注:要求 Matlab 2018B 及以上版本 注:采用 Libsvm 工具箱(无需安装,可直接运行),仅支持 W…

作者头像 李华
网站建设 2026/4/23 12:47:21

DevOps中的测试文化构建:从工具到思维的全面转型

随着DevOps实践的普及,软件开发周期不断缩短,自动化工具如CI/CD(持续集成/持续交付)已成为标配。然而,许多组织仍将测试视为开发后的孤立环节,导致质量瓶颈和交付延迟。真正的DevOps测试文化强调“质量是每…

作者头像 李华
网站建设 2026/4/23 13:00:07

挤爆字节服务器的Agent到底啥水平?Coze一手实测来了

这个让字节服务器“压力山大”的Agent,到底是真的技术突破,还是营销噱头?我用三天时间把它扒了个底朝天。前几天朋友圈被Coze的Agent刷屏了,听说它把字节的服务器都挤爆了。作为技术博主,我第一反应是:又一…

作者头像 李华
网站建设 2026/4/23 4:55:57

前端性能优化实战:从3秒到300ms的加载速度提升

前言 用户体验的核心是速度。我们的产品页面加载时间曾经高达3秒,用户流失率居高不下。经过两个月的优化,我们将加载时间降到了300ms,用户留存率提升了40%。 这篇文章分享我们的优化过程和实战经验。 一、问题诊断:找到性能瓶颈…

作者头像 李华