- 博客(262)
- 资源 (13)
- 收藏
- 关注
RSS订阅原创 SQL-leetcode—1795. 每个产品在不同商店的价格
表：Products在 SQL 中，这张表的主键是 product_id（产品Id）。每行存储了这一产品在不同商店 store1, store2, store3 的价格。如果这一产品在商店里没有出售，则值将为 null。请你重构 Products 表，查询每个产品在不同商店的价格，使得输出的格式变为(product_id, store, price)。如果这一产品在商店里没有出售，则不输出这一行。输出结果表中的 顺序不作要求。查询输出格式请参考下面示例。
2025-04-02 16:13:11
383
原创 SQL-leetcode—1789. 员工的直属部门
表：Employee这张表的主键为 employee_id, department_id (具有唯一值的列的组合)employee_id 是员工的IDdepartment_id 是部门的ID，表示员工与该部门有关系primary_flag 是一个枚举类型，值分别为(‘Y’, ‘N’). 如果值为’Y’,表示该部门是员工的直属部门。如果值是’N’,则否一个员工可以属于多个部门。当一个员工加入超过一个部门的时候，他需要决定哪个部门是他的直属部门。
2025-03-06 16:59:37
236
原创 SQL-leetcode—1757. 可回收且低脂的产品
表：Productsproduct_id 是该表的主键（具有唯一值的列）。low_fats 是枚举类型，取值为以下两种 (‘Y’, ‘N’)，其中 ‘Y’ 表示该产品是低脂产品，‘N’ 表示不是低脂产品。recyclable 是枚举类型，取值为以下两种 (‘Y’, ‘N’)，其中 ‘Y’ 表示该产品可回收，而 ‘N’ 表示不可回收。编写解决方案找出既是低脂又是可回收的产品编号。返回结果 无顺序要求。
2025-02-27 15:48:06
143
原创 SQL-leetcode— 1741. 查找每个员工花费的总时间
表: Employees在 SQL 中，(emp_id, event_day, in_time) 是这个表的主键。该表显示了员工在办公室的出入情况。event_day 是此事件发生的日期，in_time 是员工进入办公室的时间，而 out_time 是他们离开办公室的时间。in_time 和 out_time 的取值在1到1440之间。题目保证同一天没有两个事件在时间上是相交的，并且保证 in_time 小于 out_time。
2025-02-17 17:26:34
841
原创 SQL-leetcode— 1731. 每位经理的下属员工数量
表：Employeesemployee_id 是这个表中具有不同值的列。该表包含员工以及需要听取他们汇报的上级经理的 ID 的信息。有些员工不需要向任何人汇报（reports_to 为空）。对于此问题，我们将至少有一个其他员工需要向他汇报的员工，视为一个经理。编写一个解决方案来返回需要听取汇报的所有经理的 ID、名称、直接向该经理汇报的员工人数，以及这些员工的平均年龄，其中该平均年龄需要四舍五入到最接近的整数。返回的结果集需要按照 employee_id 进行排序。
2025-02-14 11:29:15
503
原创 SQL-leetcode—1729. 求关注者的数量
表： Followers(user_id, follower_id) 是这个表的主键（具有唯一值的列的组合）。该表包含一个关注关系中关注者和用户的编号，其中关注者关注用户。编写解决方案，对于每一个用户，返回该用户的关注者数量。按 user_id 的顺序返回结果表。查询结果的格式如下示例所示。示例 1：输入：Followers 表：输出：解释：0 的关注者有 {1}1 的关注者有 {0}2 的关注者有 {0,1}
2025-02-14 11:14:12
248
原创 SQL-leetcode—1693. 每天的领导和合伙人
表：DailySales该表没有主键(具有唯一值的列)。它可能包含重复项。该表包含日期、产品的名称，以及售给的领导和合伙人的编号。名称只包含小写英文字母。对于每一个 date_id 和 make_name，找出 不同 的 lead_id 以及 不同 的 partner_id 的数量。按 任意顺序 返回结果表。返回结果格式如下示例所示。
2025-02-14 11:09:03
764
原创 SQL-leetcode—1683. 无效的推文
表：Tweets在 SQL 中，tweet_id 是这个表的主键。content 只包含美式键盘上的字符，不包含其它特殊字符。这个表包含某社交媒体 App 中所有的推文。查询所有无效推文的编号（ID）。当推文内容中的字符数严格大于 15 时，该推文是无效的。以任意顺序返回结果表。查询结果格式如下所示：示例 1：输入：Tweets 表：输出：解释：推文 1 的长度 length = 14。该推文是有效的。
2025-02-14 11:03:20
377
原创 SQL-leetcode—1667. 修复表中的名字
表： Usersuser_id 是该表的主键(具有唯一值的列)。该表包含用户的 ID 和名字。名字仅由小写和大写字符组成。编写解决方案，修复名字，使得只有第一个字符是大写的，其余都是小写的。返回按 user_id 排序的结果表。返回结果格式示例如下。
2025-02-13 11:41:06
334
原创 SQL-leetcode—1661. 每台机器的进程平均运行时间
表: Activity该表展示了一家工厂网站的用户活动。(machine_id, process_id, activity_type) 是当前表的主键（具有唯一值的列的组合）。machine_id 是一台机器的ID号。process_id 是运行在各机器上的进程ID号。activity_type 是枚举类型 (‘start’, ‘end’)。timestamp 是浮点类型,代表当前时间(以秒为单位)。
2025-02-13 11:29:13
1024
原创 SQL-leetcode—1633. 各赛事的用户注册率
用户表： Usersuser_id 是该表的主键(具有唯一值的列)。该表中的每行包括用户 ID 和用户名。注册表： Register(contest_id, user_id) 是该表的主键(具有唯一值的列的组合)。该表中的每行包含用户的 ID 和他们注册的赛事。编写解决方案统计出各赛事的用户注册百分率，保留两位小数。返回的结果表按 percentage 的 降序 排序，若相同则按 contest_id 的 升序 排序。返回结果如下示例所示。
2025-02-12 18:07:51
665
原创 SQL-leetcode—1587. 银行账户概要 II
表: Usersaccount 是该表的主键(具有唯一值的列)。该表的每一行都包含银行中每个用户的帐号。表中不会有两个用户具有相同的名称。表: Transactionstrans_id 是该表主键(具有唯一值的列)。该表的每一行包含了所有账户的交易改变情况。如果用户收到了钱, 那么金额是正的;如果用户转了钱, 那么金额是负的。所有账户的起始余额为 0。
2025-02-12 17:49:49
758
原创 SQL-leetcode—1581. 进店却未进行过交易的顾客
表：Visitsvisit_id 是该表中具有唯一值的列。该表包含有关光临过购物中心的顾客的信息。表：Transactionstransaction_id 是该表中具有唯一值的列。此表包含 visit_id 期间进行的交易的信息。有一些顾客可能光顾了购物中心但没有进行交易。请你编写一个解决方案，来查找这些顾客的 ID ，以及他们只光顾不交易的次数。返回以 任何顺序 排序的结果表。返回结果格式如下例所示。示例 1：输入:Visits。
2025-02-12 11:28:57
761
原创 SQL-leetcode—1527. 患某种疾病的患者
患者信息表： Patients在 SQL 中，patient_id （患者 ID）是该表的主键。‘conditions’ （疾病）包含 0 个或以上的疾病代码，以空格分隔。这个表包含医院中患者的信息。查询患有 I 类糖尿病的患者 ID （patient_id）、患者姓名（patient_name）以及其患有的所有疾病代码（conditions）。I 类糖尿病的代码总是包含前缀 DIAB1。按 任意顺序 返回结果表。查询结果格式如下示例所示。
2025-02-12 11:12:45
362
原创 SQL-leetcode—1517. 查找拥有有效邮箱的用户
表: Usersuser_id 是该表的主键（具有唯一值的列）。该表包含了网站已注册用户的信息。有一些电子邮件是无效的。编写一个解决方案，以查找具有有效电子邮件的用户。一个有效的电子邮件具有前缀名称和域，其中：前缀 名称是一个字符串，可以包含字母（大写或小写），数字，下划线 ‘_’ ，点 ‘.’ 和/或破折号 ‘-’。前缀名称 必须 以字母开头。域 为 ‘@leetcode.com’。以任何顺序返回结果表。
2025-02-11 17:29:21
881
原创 SQL-leetcode—1484. 按日期分组销售产品
表 Activities：| 列名 | 类型 |该表没有主键(具有唯一值的列)。它可能包含重复项。此表的每一行都包含产品名称和在市场上销售的日期。编写解决方案找出每个日期、销售的不同产品的数量及其名称。每个日期的销售产品名称应按词典序排列。返回按 sell_date 排序的结果表。结果表结果格式如下例所示。
2025-02-11 15:38:13
375
原创 SQL-leetcode—1407. 排名靠前的旅行者
表：Usersid 是该表中具有唯一值的列。name 是用户名字。表：Ridesid 是该表中具有唯一值的列。user_id 是本次行程的用户的 id, 而该用户此次行程距离为 distance。编写解决方案，报告每个用户的旅行距离。返回的结果表单，以 travelled_distance 降序排列 ，如果有两个或者更多的用户旅行了相同的距离, 那么再以 name 升序排列。返回结果格式如下例所示。
2025-02-11 15:12:35
1151
原创 SQL-leetcode—1393. 股票的资本损益
Stocks 表：(stock_name, operation_day) 是这张表的主键(具有唯一值的列的组合)operation 列使用的是一种枚举类型，包括：(‘Sell’,‘Buy’)此表的每一行代表了名为 stock_name 的某支股票在 operation_day 这一天的操作价格。此表可以保证，股票的每个“卖出”操作在前某一天都有相应的“买入”操作。并且，股票的每个“买入”操作在即将到来的某一天都有相应的“卖出”操作。编写解决方案报告每只股票的 资本损益。
2025-02-11 14:47:29
827
原创 SQL-leetcode—1378. 使用唯一标识码替换员工ID
Employees 表：在 SQL 中，id 是这张表的主键。这张表的每一行分别代表了某公司其中一位员工的名字和 ID。EmployeeUNI 表：在 SQL 中，(id, unique_id) 是这张表的主键。这张表的每一行包含了该公司某位员工的 ID 和他的唯一标识码（unique ID）。展示每位用户的 唯一标识码（unique ID ）；如果某位员工没有唯一标识码，使用 null 填充即可。你可以以 任意 顺序返回结果表。返回结果的格式如下例所示。
2025-02-11 14:27:52
416
原创 SQL-leetcode—1341. 电影评分
表：Moviesmovie_id 是这个表的主键(具有唯一值的列)。title 是电影的名字。表：Usersuser_id 是表的主键(具有唯一值的列)。‘name’ 列具有唯一值。表：MovieRating(movie_id, user_id) 是这个表的主键(具有唯一值的列的组合)。这个表包含用户在其评论中对电影的评分 rating。created_at 是用户的点评日期。请你编写一个解决方案：查找评论电影数量最多的用户名。
2025-02-10 14:40:54
691
原创 SQL-leetcode—1327. 列出指定时间段内所有的下单产品
表: Productsproduct_id 是该表主键(具有唯一值的列)。该表包含该公司产品的数据。表: Orders该表可能包含重复行。product_id 是表单 Products 的外键（reference 列）。unit 是在日期 order_date 内下单产品的数目。写一个解决方案，要求获取在 2020 年 2 月份下单的数量不少于 100 的产品的名字和数目。返回结果表单的 顺序无要求。查询结果的格式如下。
2025-02-08 16:23:02
727
原创 某节面试题②—前80%的id
mysql> select * from a;±—±-----+| id | cnt |±—±-----+| 1 | 10 || 2 | 20 || 3 | 30 || 4 | 40 || 5 | 50 || 6 | 70 || 7 | 60 || 8 | 80 |±—±-----+8 rows in set (0.00 sec)±—+| id |±—+| 8 || 6 || 7 || 5 || 4 |±—
2025-02-08 14:56:43
506
原创 SQL-leetcode—1321. 餐馆营业额变化增长
表: Customer在 SQL 中，(customer_id, visited_on) 是该表的主键。该表包含一家餐馆的顾客交易数据。visited_on 表示 (customer_id) 的顾客在 visited_on 那天访问了餐馆。amount 是一个顾客某一天的消费总额。你是餐馆的老板，现在你想分析一下可能的营业额变化增长（每天至少有一位顾客）。计算以 7 天（某日期 + 该日期前的 6 天）为一个时间段的顾客消费平均值。
2025-02-07 18:41:54
862
原创 某团面试题①—kudu读写流程
为什么会有kudu？先贴一个经典的图。kudu诞生之前大数据的主要2种方式存储静态数据以hdfs引擎作为存储引擎，适用于高吞吐量的离线大数据分析场景，缺点是实现随机读写性能差，更新数据难动态数据以Hbase为代表作为存储引擎，适用于大数据随机读写的场景，缺点是大批量读取吞吐量远不如hdfs，不适用批量数据分析的场景。要实现大批量的读写，随机读写有比较弱，要随机读写+更新，吞吐量有不行，当时的处理策略是，使用两套集群来使用兼顾。
2025-02-07 17:06:20
977
原创 SQL-leetcode—1280. 学生们参加各科测试的次数
学生表: Students在 SQL 中，主键为 student_id（学生ID）。该表内的每一行都记录有学校一名学生的信息。科目表: Subjects在 SQL 中，主键为 subject_name（科目名称）。每一行记录学校的一门科目名称。考试表: Examinations这个表可能包含重复数据（换句话说，在 SQL 中，这个表没有主键）。学生表里的一个学生修读科目表里的每一门科目。
2025-02-06 16:51:31
792
原创 SQL-leetcode—1251. 平均售价
表：Prices(product_id，start_date，end_date) 是 prices 表的主键（具有唯一值的列的组合）。prices 表的每一行表示的是某个产品在一段时期内的价格。每个产品的对应时间段是不会重叠的，这也意味着同一个产品的价格时段不会出现交叉。表：UnitsSold该表可能包含重复数据。该表的每一行表示的是每种产品的出售日期，单位和产品 id。编写解决方案以查找每种产品的平均售价。
2025-02-05 16:50:16
708
原创 SQL-leetcode—1211. 查询结果的质量和占比
Queries 表：此表可能有重复的行。此表包含了一些从数据库中收集的查询信息。“位置”（position）列的值为 1 到 500。“评分”（rating）列的值为 1 到 5。评分小于 3 的查询被定义为质量很差的查询。将查询结果的质量 quality 定义为：各查询结果的评分与其位置之间比率的平均值。将劣质查询百分比 poor_query_percentage 定义为：评分小于 3 的查询结果占全部查询结果的百分比。
2025-02-05 15:11:31
572
原创 SQL-leetcode—1204. 最后一个能进入巴士的人
表: Queueperson_id 是这个表具有唯一值的列。该表展示了所有候车乘客的信息。表中 person_id 和 turn 列将包含从 1 到 n 的所有数字，其中 n 是表中的行数。turn 决定了候车乘客上巴士的顺序，其中 turn=1 表示第一个上巴士，turn=n 表示最后一个上巴士。weight 表示候车乘客的体重，以千克为单位。有一队乘客在等着上巴士。然而，巴士有1000 千克 的重量限制，所以其中一部分乘客可能无法上巴士。
2025-02-05 11:45:02
1015
原创 SQL-leetcode—1193. 每月交易 I
表：Transactionsid 是这个表的主键。该表包含有关传入事务的信息。state 列类型为 [“approved”, “declined”] 之一。编写一个 sql 查询来查找每个月和每个国家/地区的事务数及其总金额、已批准的事务数及其总金额。以 任意顺序 返回结果表。查询结果格式如下所示。
2025-01-23 12:16:17
788
原创 SQL-leetcode—1179. 重新格式化部门表
表 Department：在 SQL 中，(id, month) 是表的联合主键。这个表格有关于每个部门每月收入的信息。月份（month）可以取下列值 [“Jan”,“Feb”,“Mar”,“Apr”,“May”,“Jun”,“Jul”,“Aug”,“Sep”,“Oct”,“Nov”,“Dec”]。重新格式化表格，使得 每个月 都有一个部门 id 列和一个收入列。以 任意顺序 返回结果表。结果格式如以下示例所示。
2025-01-22 18:00:06
1102
原创 SQL-leetcode—1174. 即时食物配送 II
配送表: Deliverydelivery_id 是该表中具有唯一值的列。该表保存着顾客的食物配送信息，顾客在某个日期下了订单，并指定了一个期望的配送日期（和下单日期相同或者在那之后）。如果顾客期望的配送日期和下单日期相同，则该订单称为 「即时订单」，否则称为「计划订单」。「首次订单」是顾客最早创建的订单。我们保证一个顾客只会有一个「首次订单」。编写解决方案以获取即时订单在所有用户的首次订单中的比例。保留两位小数。
2025-01-22 17:14:36
768
原创 SQL-leetcode—1164. 指定日期的产品价格
产品数据表: Products(product_id, change_date) 是此表的主键（具有唯一值的列组合）。这张表的每一行分别记录了 某产品 在某个日期 更改后 的新价格。编写一个解决方案，找出在 2019-08-16 时全部产品的价格，假设所有产品在修改前的价格都是 10。以 任意顺序 返回结果表。结果格式如下例所示。
2025-01-22 16:13:51
503
原创 SQL-leetcode—1158. 市场分析 I
表： Usersuser_id 是此表主键（具有唯一值的列）。表中描述了购物网站的用户信息，用户可以在此网站上进行商品买卖。表： Ordersorder_id 是此表主键（具有唯一值的列）。item_id 是 Items 表的外键（reference 列）。（buyer_id，seller_id）是 User 表的外键。表：Itemsitem_id 是此表的主键（具有唯一值的列）。
2025-01-22 15:13:25
659
原创 SQL-leetcode—1148. 文章浏览 I
Views 表：此表可能会存在重复行。（换句话说，在 SQL 中这个表没有主键）此表的每一行都表示某人在某天浏览了某位作者的某篇文章。请注意，同一人的 author_id 和 viewer_id 是相同的。请查询出所有浏览过自己文章的作者结果按照 id 升序排列。查询结果的格式如下所示：示例 1：输入：Views 表：输出：±-----+| id |±-----+| 4 || 7 |±-----+
2025-01-21 17:57:14
456
原创 SQL-leetcode—1141. 查询近30天活跃用户数
表：Activity该表没有包含重复数据。activity_type 列是 ENUM(category) 类型， 从 (‘open_session’， ‘end_session’， ‘scroll_down’， ‘send_message’) 取值。该表记录社交媒体网站的用户活动。注意，每个会话只属于一个用户。编写解决方案，统计截至 2019-07-27（包含2019-07-27），近 30 天的每日活跃用户数（当天只要有一条活动记录，即为活跃用户）。
2025-01-21 17:49:41
734
原创 SQL-leetcode—1084. 销售分析 III
表： Productproduct_id 是该表的主键（具有唯一值的列）。该表的每一行显示每个产品的名称和价格。表：Sales这个表可能有重复的行。product_id 是 Product 表的外键（reference 列）。该表的每一行包含关于一个销售的一些信息。编写解决方案，报告 2019年春季 才售出的产品。即 仅 在 2019-01-01 （含）至 2019-03-31 （含）之间出售的商品。以 任意顺序 返回结果表。结果格式如下所示。
2025-01-20 19:59:40
974
原创 SQL-leetcode—1075. 项目员工 I
项目表 Project：主键为 (project_id, employee_id)。employee_id 是员工表 Employee 表的外键。这张表的每一行表示 employee_id 的员工正在 project_id 的项目上工作。员工表 Employee：主键是 employee_id。数据保证 experience_years 非空。这张表的每一行包含一个员工的信息。请写一个 SQL 语句，查询每一个项目中员工的 平均 工作年限，精确到小数点后两位。
2025-01-17 11:03:00
407
原创 SQL-leetcode—1070. 产品销售分析 III
销售表 Sales：(sale_id, year) 是这张表的主键（具有唯一值的列的组合）。product_id 是产品表的外键（reference 列）。这张表的每一行都表示：编号 product_id 的产品在某一年的销售额。请注意，价格是按每单位计的。产品表 Product：product_id 是这张表的主键（具有唯一值的列）。这张表的每一行都标识：每个产品的 id 和 产品名称。
2025-01-16 17:27:20
467
原创 SQL-leetcode—1068. 产品销售分析 I
销售表 Sales：(sale_id, year) 是销售表 Sales 的主键（具有唯一值的列的组合）。product_id 是关联到产品表 Product 的外键（reference 列）。该表的每一行显示 product_id 在某一年的销售情况。注意: price 表示每单位价格。产品表 Product：product_id 是表的主键（具有唯一值的列）。该表的每一行表示每种产品的产品名称。
2025-01-16 16:16:16
973
原创 SQL-leetcode—1050. 合作过至少三次的演员和导演
ActorDirector 表：timestamp 是这张表的主键(具有唯一值的列).编写解决方案找出合作过至少三次的演员和导演的 id 对 (actor_id, director_id)示例 1：输入：ActorDirector 表：输出：解释：唯一的 id 对是 (1, 1)，他们恰好合作了 3 次。
2025-01-16 16:00:45
276
大数据治理体系-标准规范
2022-07-04
Tomcat日志仅供日志解析使用
2021-01-05
省市区行政csv数据
2019-11-21
Mounty解决Mac上午发传输文件到NTFS存储U盘上.zip
2019-05-16
canal 集成kerberos二次编译
2019-03-11
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人