关于面试题的文章之前发过不少，但读者们给的反馈是普遍是理解难，看完就忘。所以今天我会用画图来给大家分析一下这35道题，希望能够加深你们的理解。 篇幅所限，本文先写MySQL的35问，其他的技术栈我也都整理好了，后面会持续更新，点个关注不迷路 当然我知道肯定有等不及的同学，所以我会把整理
CRM表结构 tbl_user 用户表 tbl_dic_type 数据字典类型 tbl_dic_value 数据字典值 tbl_activity 市场活动表 tbl_activity_remark 市场活动备注表 tbl_clue 线索表 tbl_clue_remark 线索备注表 tbl_customerr 客户表 tbl_customer_remark 客户备注表 tbl_contacts 联系人表 tbl_co
将数据库数据另存为.csv,用naviget导入数据库， 注意点： 1，主键一定要先在文件里写好再导入。 2，数据库编码是utf8，导出的 .csv文件是ANSI编码，所以要先将文件用记事本打开，另存一下，编码改成utf-8,才能顺利导入。
MySQL约束 DQL：查询语句 排序查询 语法：order by 子句 order by 排序字段1 排序方式 1，排序字段2 排序方式 2，…… 排序方式： ASC：升序。默认的 DESC：降序 注意： 如果有多个排序条件，则当前边的条件值一样时，才会判断第二个条件 聚合函数：将一列数据作为一个整体，进
主要是验证下官方发布 ctas iceberg 成为默认 iceberg dml 操作 比如update, 真的比较强大了 sql 自动提示 是更加友好了 arrow cache 废弃了 支持对于table 添加主键 说明 以上只是简单的测试，详细的其他功能打开可以测试，目前来
1.3.1概念模型及其方法 1.实体的相关概念 实体 客观存在可以相互区分 属性 具有默某些实体的属性 主键 如果其中一个属性或多个属性构成的自己能够唯一标识属性集合，称为属性子集集合的主键 实体性 具有相同的实体必然共同的属性和特征 实体集 同型实体的集合成为实体集 联系 显示
插入操作是INSERT，即插入一条新记录。通过JDBC进行插入，本质上也是用PreparedStatement执行一条SQL语句，不过最后执行的不是executeQuery()，而是executeUpdate()。示例代码如下： try (Connection conn = DriverManager.getConnection(JDBC_URL, JDBC_USER, JDBC_PASSWORD)) { try (
问题描述 在做本地测试调试的时候，突然发现报了很多MySQL的错误1205 - Lock wait timeout exceeded; try restarting transaction, Time: 51.018000s,这个是一个删除的SQL出现的，但是用主键删除是可以的，还以为是DBA设置了数据库的安全模式，但是查看后发现并没有开启 问题原因 把问题
【TcaplusDB知识库】TcaplusDB限制条件介绍 为了节省资源、提高性能以及系统稳定性，数据库产品往往都有一些限制，TcaplusDB也不例外。 TcaplusDB支持2种类型的表，protobuf(Protocol Buffers)表TDR(Tencent Data Representation)表。Protobuf是Google开发的一种描述性语言，针对结构化
1.哑表 Oracle中，有一张特殊的表：dual dual被称之为哑表，它是一个单行单列的虚拟表，是Oracle内部自动创建的，这个表只有1列：DUMMY，数据类型为VERCHAR2(1)，dual表中只有一个数据'X'，Oracle有内部逻辑保证dual表中永远只有一条数据。 在实际使用中，Dual表主要用来选择系统变量或求一个表达式
数据库（database） ：保存有组织的数据的容器（通常是一个文件或一组文件）。 注意：误用导致混淆 人们通常用数据库这个术语来代表他们使用的数据库软件，这是不正确的，也因此产生了许多混淆。确切地说，数据库软件应称为数据库管理系统（DBMS）。数据库是通过DBMS创建和操纵的容器，而具体它究竟是什么
UUID 与 自增主键 1. 数据库的主键选择 1. UUID 优点： 数据拆分、合并存储时可达到全局唯一性 应用层生成时，提高数据库吞吐能力 缺点： 影响拆入速度，磁盘使用率低，会产生随机IO UUID 相对 数字比较大小较慢 UUID 占空间大 读取数据无规律，需要使用 order by 2. 自增ID 优点： 相比较
自增主键1、EF Core支持多种主键生成策略:自动增长:Guid;Hi/Lo算法等2、自动增长优点：简单缺点：数据库迁移以及分布式系统中比较麻烦；并发性能差。long、int等类型主键，默认是自增。因为是数据库生成的值，所以SaveChanges后UI自欧东把主键的值更新到Id属性。3、自增字段的代码中不能为I
约束 mydb=# CREATE TABLE products (product_no integer,name text,price numeric CHECK (price > 0)); //添加约束 price > 0 CREATE TABLE mydb=# mydb=# mydb=# insert into products values(1,'aaa',2.11); INSERT 0 1 mydb=# insert into products values(1,
简介： 作为一款全平台极速 MPP 架构，StarRocks 提供了多种性能优化手段与灵活的建模方式，在预聚合、宽表和星型/雪花等多种模型上，都可以获得极致的性能体验。通过 StarRocks 结合 Flink 构建开源实时数仓的方案，可以同时提供秒级数据同步和极速分析查询的能力。同时，通过 StarRocks 主
作者 l zyz1992来源 l Hollis（ID：hollischuang）之前我们已经详细介绍了关于索引的原理和索引的查询的原则，所谓工欲善其事必先利其器，各位在学习阶段一定要要循序渐进的来学习这块知识，千万不要眼高手低，一定要不急不躁，争取一个萝卜一个坑，学完后能一次性拿下这些知识点，然后再加以运用。
单一主键：使用一个列作为主键列，当该列的值有重复时，则违反唯一约束。 联合主键：使用多个列作为主键列，当多个列的值都相同时，则违反唯一约束。 修改表添加主键约束： 使用DDL语句添加主键约束： alter table 表名 add primary key (列名) 示例：将emp表中的employee_id修改为主键。 alter tab
问题解释： Duplicate entry ‘…’ for key ‘PRIMARY，即插入数据时，要插入数据的主键数据(…)已经存在，不能再重复添加了。例：Duplicate entry ‘0’ for key ‘PRIMARY是指主键为0的数据已经存在，不能再插入主键值为0的数据了。 问题解决： 首先我们用phpstudy自带的可视化管理工具phpMy
157_模型_Power BI & Power Pivot 如何建立和维护维度表 一、背景 在做 Power BI 或者 Power Pivot 项目的时候，在模型中有一类维度表。一般情况下我们会把维度粒度拆解到最小，这样才不会形成笛卡尔积造成数据的冗余。在实际的业务中，维度表的拆解倒是没有问题， 但在 Power BI 或者 Po
前言：在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究竟有什么坏处？本篇博客我们就来分析这个问题,探讨一下内部的原因。 本篇博客的目录 一:m
分享概要 本次分享儒猿专栏《从零开始带你成为MySQL实战优化高手》中Mysql索引的内容。本次会先从一个数据页中如何存储和查询数据开始，拓展到多个数据页中查询数据，分析无索引查询时的低效率问题，然后通过页分裂过渡到主键目录以及索引页相关内容，见证一颗索引树是如何一步步生长起来
在 InnoDB 引擎中，每张表都会有一个特殊的索引“聚簇索引”，也被称之为聚集索引，它是用来存储行数据的。一般情况下，聚簇索引等同于主键索引，但这里有一个前提条件，那就是这张表需要有主键，只有有了主键，它才能有主键索引，有主键索引才能等于聚簇索引。 所以看到这里，我们应该明白一个道理：
视图与索引 一、提高SQL查询效率 查询语句也有查询的效率问题，比如说交叉连接与内外连接接的区别，交叉连接需要产生一个笛卡尔积的临时表，这样效率比较低。 那如何提高查询语句的效率呢？ 1、 选择有效的表名顺序，select语句一般优先处理写在from子句最后的表，将记录条数最少或者父表（被参
一、简介 所谓的范式指的是设计数据库时的一种规范 第一范式：确保每个字段的原子性，即不可再进行差分 第二范式：在第一范式的基础上，确保每个字段必须直接依赖于主键，不能只依赖主键的一部分 第三范式：在第二范式的基础上，确保每个字段都与主键有直接关联，其他字段之间不能相互依赖 二、
数据库笔记 目录数据库笔记关系代数 Relational Algebra6 Basic Operators:Equivalent QueriesE-R 模型 Entity-Relationship Model (E-R Model) & E-R 图 Entity-Relationship Diagram (E-R Diagram)Entity Relationship ModelNormalization事务 TransactionACID脏读，不可重复读，幻
