建材秒知道
登录
建材号 > 设计 > 正文

数据库表结构设计,常见的数据库管理系统

勤恳的花卷
留胡子的路人
2022-12-22 02:46:57

数据库表结构设计,常见的数据库管理系统

最佳答案
含蓄的石头
活力的小熊猫
2026-05-07 10:19:23

一、数据场景 1、表结构简介 任何工具类的东西都是为了解决某个场景下的问题,比如Redis缓存系统热点数据,ClickHouse解决海量数据的实时分析,MySQL关系型数据库存储结构化数据。数据的存储则需要设计对应的表结构,清楚的表结构,有助于快速开发业务,和理解系统。表结构的设计通常从下面几个方面考虑:业务场景、设计规范、表结构、字段属性、数据管理。

2、用户场景

例如存储用户基础信息数据,通常都会下面几个相关表结构:用户信息表、单点登录表、状态管理表、支付账户表等。

用户信息表

存储用户三要素相关信息:姓名,手机号,身份证,登录密码,邮箱等。

CREATE TABLE `ms_user_center` (`id` int(11) NOT NULL AUTO_INCREMENT COMMENT '用户ID',`user_name` varchar(20) NOT NULL COMMENT '用户名',`real_name` varchar(20) DEFAULT NULL COMMENT '真实姓名',`pass_word` varchar(32) NOT NULL COMMENT '密码',`phone` varchar(20) NOT NULL COMMENT '手机号',`email` varchar(32) DEFAULT NULL COMMENT '邮箱',`head_url` varchar(100) DEFAULT NULL COMMENT '用户头像URL',`card_id` varchar(32) DEFAULT NULL COMMENT '身份证号',`user_sex` int(1) DEFAULT '1' COMMENT '用户性别:0-女,1-男',`create_time` datetime DEFAULT NULL COMMENT '创建时间',`update_time` datetime DEFAULT NULL COMMENT '更新时间',`state` int(1) DEFAULT '1' COMMENT '是否可用,0-不可用,1-可用',PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='用户表' 单点登录表

用意是在多个业务系统中,用户登录一次就可以访问所有相互信任的业务子系统,是聚合业务平台常用的解决方案。

CREATE TABLE `ms_user_sso` (`user_id` int(11) NOT NULL COMMENT '用户ID',`sso_id` varchar(32) NOT NULL COMMENT '单点信息编号ID',`sso_code` varchar(32) NOT NULL COMMENT '单点登录码,唯一核心标识',`log_ip` varchar(32) DEFAULT NULL COMMENT '登录IP地址',`create_time` datetime DEFAULT NULL COMMENT '创建时间',`update_time` datetime DEFAULT NULL COMMENT '更新时间',`state` int(1) DEFAULT '1' COMMENT '是否可用,0-不可用,1-可用',PRIMARY KEY (`user_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='用户单点登录表' 状态管理表

系统用户在使用时候可能出现多个状态,例如账户冻结、密码锁定等,把状态聚合到一起,可以更加方便的管理和验证。

CREATE TABLE `ms_user_status` (`user_id` int(11) NOT NULL COMMENT '用户ID',`account_status` int(1) DEFAULT '1' COMMENT '账户状态:0-冻结,1-未冻结',`real_name_status` int(1) DEFAULT '0' COMMENT '实名认证状态:0-未实名,1-已实名',`pay_pass_status` int(1) DEFAULT '0' COMMENT '支付密码是否设置:0-未设置,1-设置',`wallet_pass_status` int(1) DEFAULT '0' COMMENT '钱包密码是否设置:0-未设置,1-设置',`wallet_status` int(1) DEFAULT '1' COMMENT '钱包是否冻结:0-冻结,1-未冻结',`email_status` int(1) DEFAULT '0' COMMENT '邮箱状态:0-未激活,1-激活',`message_status` int(1) DEFAULT '1' COMMENT '短信提醒开启:0-未开启,1-开启',`letter_status` int(1) DEFAULT '1' COMMENT '站内信提醒开启:0-未开启,1-开启',`emailmsg_status` int(1) DEFAULT '0' COMMENT '邮件提醒开启:0-未开启,1-开启',`create_time` datetime DEFAULT NULL COMMENT '创建时间',`update_time` datetime DEFAULT NULL COMMENT '更新时间',`state` int(1) DEFAULT '1' COMMENT '是否可用,0-不可用,1-可用',PRIMARY KEY (`user_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='用户状态表' 支付账户表

用户交易的核心表,存储用户相关的账户资金信息。

CREATE TABLE `ms_user_wallet` (`wallet_id` int(11) NOT NULL AUTO_INCREMENT COMMENT '钱包ID',`user_id` int(11) NOT NULL COMMENT '用户ID',`wallet_pwd` varchar(32) DEFAULT NULL COMMENT '钱包密码',`total_account` decimal(20,2) DEFAULT '0.00' COMMENT '账户总额',`usable_money` decimal(20,2) DEFAULT '0.00' COMMENT '可用余额',`freeze_money` decimal(20,2) DEFAULT '0.00' COMMENT '冻结金额',`freeze_time` datetime DEFAULT NULL COMMENT '冻结时间',`thaw_time` datetime DEFAULT NULL COMMENT '解冻时间',`create_time` datetime DEFAULT NULL COMMENT '创建时间',`update_time` datetime DEFAULT NULL COMMENT '更新时间',`state` int(1) DEFAULT '1' COMMENT '是否可用,0-不可用,1-可用',PRIMARY KEY (`wallet_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='用户钱包' 二、设计规范 1、涉及模块

通过上面几个表设计的案例,可以看到表设计关联到数据库的各个方面知识:数据类型,索引,编码,存储引擎等。表设计是一个很大的命题,不过也遵循一个基本规范:三范式。

2、三范式 基础概念

一范式

表的列的具有原子性,不可再分解,即列的信息,不能分解,关系型数据库MySQL、Oracle等自动的满足。

二范式

每个事实的数据记录只会出现一次, 不会冗余, 通常设计一个主键来实现。

三范式

要求一个表中不包含已经存在于其它表的非主键信息,例如部门和员工的信息,员工表包含部门表的主键ID,则可以关联获取相关信息,没必要在员工表保存相关信息。

优缺点对比

范式化设计

范式化结构设计通常更新快,因为冗余数据较少,表结构轻巧,也更好的写入内存中。但是查询起来涉及到关联,代价非常高,非常损耗查询性能。

反范式化设计

所有的数据都在一张表中,避免关联查询,索引的有效性更高,但是数据的冗余性极高。

建议结论

上述的两种设计方式在实际开发中都是不存在的,在实际开发中都是混合使用。比如汇总统计,缓存数据,都会基于反范式化的设计。

三、字段属性

合适的字段类型对于高性能来说非常重要,基本原则如下:简单的类型占用资源更少;在可以正确存储数据的情况下,选最小的数据类型。

1、数据类型选择 整数类型

TINYINT、SMALLINT、MEDIUMINT、INT、BIGINT,根据数据类型范围合理选择即可。

实数类型

FLOAT、DOUBLE、DECIMAL,建议资金货币相关类型使用高精度DECIMAL存储,或者把数据成倍扩大为整数,采用BIGINT存储,不过处理相对麻烦。

字符类型

CHAR、VARCHAR,长度不确定建议采用VARCHAR存储,不过VARCHAR类型需要额外开销记录字符串长度。CHAR适合存储短字符,或者定长字符串,例如MD5的加密结构。

时间类型

DATETIME、TIMESTAMP,DATETIME保存大范围的值,精度秒。TIMESTAMP以时间戳的格式,范围相对较小,效率也相对较高,所以通常情况建议使用。

MySQL的字段类型有很多种,可以根据数据特性选择合适的,这里只描述常见的几种类型。

2、基础用法操作 数据类型

修改字段类型

ALTER TABLE ms_user_sso MODIFY state CHAr(1) DEFAULT '0'ALTER TABLE ms_user_sso MODIFY state INT(1) DEFAULT '1' COMMENT '状态:0不可用,1可用'

修改名称位置

ALTER TABLE ms_user_sso CHANGE log_ip login_ip VARCHAr(32) AFTER update_time 索引使用

索引类型:主键索引,普通索引,唯一索引,组合索引,全文索引。这里演示普通索引的操作。MySQL的核心模块,后续详说。

添加索引

ALTER TABLE ms_user_wallet ADD INDEX user_id_index(user_id) CREATE INDEX state_index ON ms_user_wallet(state)

查看索引

SHOW INDEX FROM ms_user_wallet

删除索引

DROp INDEX state_index ON ms_user_wallet

修改索引

不具有真正意义上的修改,可以把原有的索引删除之后,再次添加索引。

外键关联

用处:外键关联的作用保证多个数据表的数据一致性和完整性,建表时先有主表,后有从表;删除数据表,需要先删从表,再删主表。复杂场景不建议使用,实际开发中用的也不多。

添加外键

ALTER TABLE ms_user_wallet ADD CONSTRAINT user_id_out_key FOREIGN KEY(user_id) REFERENCES ms_user_center(id)

删除外键

ALTER TABLE ms_user_wallet DROP FOREIGN KEY user_id_out_key四、表结构管理 1、查看结构DESC ms_user_status SHOW CREATE TABLE ms_user_status2、字段结构 添加字段 ALTER TABLE ms_user_status ADD `delete_time` datetime DEFAULT NULL COMMENT '删除时间' 删除字段 ALTER TABLE ms_user_status DROP COLUMN delete_time3、修改表名ALTER TABLE ms_user_center RENAME ms_user_info4、存储引擎 存储引擎 SELECT VERSION() SHOW ENGINES

MySQL 5.6 支持的存储引擎有InnoDB、MyISAM、Memory、Archive、CSV、BLACKHOLE等。一般默认使用InnoDB,支持事务管理。该模块MySQL核心,后续详解。

修改引擎

数据量大的场景下,存储引擎修改是一个难度极大的操作,容易会导致表的特性变动,引起各种后续反应,后续会详说。

ALTER TABLE ms_user_sso ENGINE = MyISAM5、修改编码

表字符集默认使用utf8,通用,无乱码风险,汉字3字节,英文1字节,utf8mb4是utf8的超集,有存储4字节例如表情符号时使用。

查看编码 SHOW VARIABLES LIKE 'character%' 修改编码 ALTER TABLE ms_user_sso DEFAULT CHARACTER SET utf8mb4五、数据管理 1、增删改查

添加数据

INSERT INTO ms_user_sso ( user_id,sso_id,sso_code,create_time,update_time,login_ip,state ) VALUES ('1','SSO7637267','SSO78631273612','2019-12-24 11:56:57','2019-12-24 11:57:01','127.0.0.1','1' )

更新数据

UPDATE ms_user_sso SETuser_id = '1',sso_id = 'SSO20191224',sso_code = 'SSO20191224', create_time = '2019-11-24 11:56:57',update_time = '2019-11-24 11:57:01', login_ip = '127.0.0.1',state = '1' WHERe user_id = '1'

查询数据

一般情况下都是禁止使用 select* 操作。

SELECT user_id,sso_id,sso_code,create_time,update_time,login_ip,state FROM ms_user_sso WHERe user_id = '1'

删除数据

DELETe FROM ms_user_sso WHERe user_id = '2'

不带where条件,就是删除全部数据。原则上不允许该操作,优化篇会详解。TRUNCATE TABLE也是清空表数据,但是占用的资源相对较少。

2、数据安全 不可逆加密

这类加密算法,多用来做数据验证操作,比如常见的密码验证。

SELECT MD5('cicada')='94454b1241ad2cfbd0c44efda1b6b6ba' SELECT SHA('cicada')='0501746a2e4fd34e1d14015fc4d58309585edc7d' SELECT PASSWORd('smile')='*B4FB95D86DCFC3F33A3852714DC742C77504479D' 可逆加密

安全性要求高的系统,需要做三级等保,对数据的安全性极高,数据在存储时必须加密入库,取出时候需要解密,这些就需要可逆加密。

SELECT DECODE(ENCODE('123456','key_salt'),'key_salt') SELECT AES_DECRYPT(AES_ENCRYPT('cicada','salt123'),'salt123')

上述数据安全的管理,也可以基于应用系统的服务(代码)层进行处理,相对专业的流程是从数据生成源头处理,规避数据传递过程泄露,造成不必要的风险。

最新回答
瘦瘦的菠萝
忧虑的麦片
2026-05-07 10:19:23

杰罗尊达大师除了设计过皇家橡树、鹦鹉螺、工程师,还为一家著名厂家设计过一款非著名表款。

杰罗尊达是世界上最牛的钟表设计大师,向世人证明了:一款腕表,不仅仅因其所承载的精湛工艺和其所采用的精良材质而备受关注,更因独特外观而广受称道,制表业界所推崇的价值理念也由此发生转变。

爱彼皇家橡树和百达翡丽鹦鹉螺是最能代表杰罗•尊达成就的两个表款,除此之外,尊达先生还给万国新的工程师系列设计过表款,并且拥有自己的品牌尊达,在2000年,尊达被宝格丽集团收购。就是现在的宝格丽Octo系列。这个系列的标志性特征就是八角形的表壳设计,方圆相套的表壳,造型独特、做工精湛,表壳的层面很多,有110个切面,有点像珠宝的加工方式,十分罕见。

除了爱彼皇家橡树,百达翡丽鹦鹉螺、万国工程师,早期的欧米茄星座系列也是杰罗·尊达大师在20世纪60年代设计的,不过这位表友的欧米茄虽然很有尊达风格,但确实比较陌生,你知道吗?欢迎留言讨论,也希望该表友和我们分享更多关于这枚腕表的故事。

所以真的,称杰罗尊达为钢表之父,我觉得一点也不过分,这样的充满着个人特点的设计,在那个时代,真的拉下了其他设计一条街。以至于到今天,爱彼在推出11.59的时候,甚至有人说,爱彼就好好做橡树就可以了,不要扯这些有的没的。足以证明杰罗尊达的设计,实在是太过于深刻。当然,尊达大师也有自己的品牌,不过已经被宝格丽收购了。还有一个比较普遍的误解是江诗丹顿的纵横四海是由尊达设计的,但是其实际上出自Jorg Hysek之手。

购表小贴士:选择腕表时,选一款高辨识度设计的腕表非常重要,在人群中至少可以让人一看分辨出是什么品牌,一款腕表不光要有可靠的机芯,还需要拥有百年不衰的经典外形,2011年,尊达大师因病逝世,享年80岁,它生前设计的腕表必将更受追捧。

重要的蜗牛
会撒娇的悟空
2026-05-07 10:19:23
1) 不应该针对整个系统进行数据库设计,而应该根据系统架构中的组件划分,针对每个组件所处理的业务进行组件单元的数据库设计;不同组件间所对应的数据库表之 间的关联应尽可能减少,如果不同组件间的表需要外键关联也尽量不要创建外键关联,而只是记录关联表的一个主键,确保组件对应的表之间的独立性,为系统或表 结构的重构提供可能性。2)采用领域模型驱动的方式和自顶向下的思路进行数据库设计,首先分析系统业务,根据职责定义对象。对象要符合封 装的特性,确保与职责相关的数据项被定义在一个对象之内,这些数据项能够完整描述该职责,不会出现职责描述缺失。并且一个对象有且只有一项职责,如果一个 对象要负责两个或两个以上的职责,应进行分拆。3)根据建立的领域模型进行数据库表的映射,此时应参考数据库设计第二范式:一个表中的所 有非关键字属性都依赖于整个关键字。关键字可以是一个属性,也可以是多个属性的集合,不论那种方式,都应确保关键字能够保证唯一性。在确定关键字时,应保 证关键字不会参与业务且不会出现更新异常,这时,最优解决方案为采用一个自增数值型属性或一个随机字符串作为表的关键字。4)由于第一点所述的领域模型驱动的方式设计数据库表结构,领域模型中的每一个对象只有一项职责,所以对象中的数据项不存在传递依赖,所以,这种思路的数据库表结构设计从一开始即满足第三范式:一个表应满足第二范式,且属性间不存在传递依赖。5)同样,由于对象职责的单一性以及对象之间的关系反映的是业务逻辑之间的关系,所以在领域模型中的对象存在主对象和从对象之分,从对象是从1-N 或N-N的角度进一步主对象的业务逻辑,所以从对象及对象关系映射为的表及表关联关系不存在删除和插入异常。6) 在映射后得出的数据库表结构中,应再根据第四范式进行进一步修改,确保不存在多值依赖。这时,应根据反向工程的思路反馈给领域模型。如果表结构中存在多值 依赖,则证明领域模型中的对象具有至少两个以上的职责,应根据第一条进行设计修正。第四范式:一个表如果满足BCNF,不应存在多值依赖。7) 在经过分析后确认所有的表都满足二、三、四范式的情况下,表和表之间的关联尽量采用弱关联以便于对表字段和表结构的调整和重构。并且,我认为数据库中的表 是用来持久化一个对象实例在特定时间及特定条件下的状态的,只是一个存储介质,所以,表和表之间也不应用强关联来表述业务(数据间的一致性),这一职责应 由系统的逻辑层来保证,这种方式也确保了系统对于不正确数据(脏数据)的兼容性。当然,从整个系统的角度来说我们还是要尽最大努力确保系统不会产生脏数 据,单从另一个角度来说,脏数据的产生在一定程度上也是不可避免的,我们也要保证系统对这种情况的容错性。这是一个折中的方案。8)应针 对所有表的主键和外键建立索引,有针对性的(针对一些大数据量和常用检索方式)建立组合属性的索引,提高检索效率。虽然建立索引会消耗部分系统资源,但比 较起在检索时搜索整张表中的数据尤其时表中的数据量较大时所带来的性能影响,以及无索引时的排序操作所带来的性能影响,这种方式仍然是值得提倡的。9) 尽量少采用存储过程,目前已经有很多技术可以替代存储过程的功能如“对象/关系映射”等,将数据一致性的保证放在数据库中,无论对于版本控制、开发和部 署、以及数据库的迁移都会带来很大的影响。但不可否认,存储过程具有性能上的优势,所以,当系统可使用的硬件不会得到提升而性能又是非常重要的质量属性 时,可经过平衡考虑选用存储过程。10)当处理表间的关联约束所付出的代价(常常是使用性上的代价)超过了保证不会出现修改、删除、更改 异常所付出的代价,并且数据冗余也不是主要的问题时,表设计可以不符合四个范式。四个范式确保了不会出现异常,但也可能由此导致过于纯洁的设计,使得表结 构难于使用,所以在设计时需要进行综合判断,但首先确保符合四个范式,然后再进行精化修正是刚刚进入数据库设计领域时可以采用的最好办法。11)设计出的表要具有较好的使用性,主要体现在查询时是否需要关联多张表且还需使用复杂的SQL技巧。12)设计出的表要尽可能减少数据冗余,确保数据的准确性,有效的控制冗余有助于提高数据库的性能。

成就的流沙
害羞的大山
2026-05-07 10:19:23
全黑表给人一种刚硬酷炫的印象,宝格丽BVLGARI也为主打的Octo系列推出这只全黑版本,其不仅以全黑色设计,更搭载超薄全镂空机芯,以绝佳的透视感和骨感线条,展现具现代感的摩登气质。内置机芯为BVL 128SK手上链,这枚机芯原就在夹板和表桥饰有黑色涂层,在此并未改变,对应由轻量钛金属材质打造并做DLC处理为全黑色的表壳与表链,整体呈现一致色调,劲酷有型。

宝格丽Octo Finissimo Skeleton镂空腕表。直径40mm钛金属表壳/时间指示、小秒盘、动力储存显示/BVL 128SK手动上链机芯/蓝宝石水晶镜面、透明底盖/防水30米

亮眼的金色点缀。为了在全黑的面盘上能清晰读时,此表在时针、分针,小秒盘指针和动力储存显示指针上都采用玫瑰金,时分针有做镂空设计。

表款为小三针规格,依系列惯例在7点设有小秒盘,略微上方一些于9点、10点间设有动力储存显示。值得注意的是即便机芯厚度仅有2.35mm之薄,仍有65小时充足动储。

轻薄俐落身形。机芯为全镂空设计,不仅展示出精湛的打磨与修饰工艺,绝佳透视感与超薄表身也与经典的八角表壳线条相融合,呈现俐落表感。

传统的机械表在大家心里的影响一定是具备时针、分针和秒针的,当然一些款式的机械表只有时针和分针也是比较正常,但是如果连时针和分针都没有的腕表会是什么样的呢?当然相信大家更为关心的是如果连时针、分针都没有的腕表是如何看时间的呢?

那么今天我们就要给大家介绍一些根本没有传统意义上时针、分针的机械表,它们奇特的造型完全可以刷新世人对传统机械表的概念,甚至不少人觉得这是在“恶搞”,不管怎么说吧,下面先让我们一睹为快,看完大家可以再发表自己的见解。

来,我们先抛个砖,再引玉。

积家前CEO Maximilian Büsser瑞士与印度混血,从小生长在多元文化的家庭背景下,这是一个从不循规蹈矩之人,堪称“鬼才”。并且在任职积家CEO的期间,把积家的销量增加了几十倍,可以说积家今天的地位离不开Büsser的努力。

后来Büsser从积家来到了Harry Winston,源源不断的资金预算其如鱼得水,更加可以肆无忌惮的把自己那些光怪陆离的想法付诸实施。2001年推出了OPUS系列,该系列开启了“怪表”时代,随后再怎么惊世骇俗的产品,在它的面前只能算作是后辈了。

OPUS系列每年都会选择与一名制表师合作,然后每年只推出一款腕表,新款诞生的速度虽慢,但每一款都是极具制表师个人特色的腕表,而且都冠以HW品牌。OPUS系列几乎囊括了当今所有可以想象到的形式以及突破,擒纵、时间显示、复杂功能等等,

比如,独立制表人Vianney Halter将海底两万里与万年历融合在一起做出的万年历作品,因为外形和时间显示普通外星人ET,所以被坊间誉为“外星人”,不过其机芯做工以及不同模块之间的能量传输可见实力不俗。

而且方面由他操刀的全数字显示腕表,可谓是当年小众表中的大热门,有国内比较懂行的表友一掷千金入手,让旁人眼红不已。

Büsser先生2005年离开了HW,期间HW业绩收益从800万以下提升到了8000万,再后来HW就卖给了斯沃琪,斯沃琪集团又对其做出了相应的调整,重新布局,从2013年开始OPUS系列中断了2年,随后2015年推出OPUS 14之后,又中断了。

在离开HW后Büsser后自己开创的品牌开创了自己的品牌MB&F,即Maximilian Büsser and Friends。

其产品依然脑洞大开,外观绝对骚气,充满孩子气,本来时计就是玩具,成人的世界让人筋疲力尽,那就回到MB&F打造的魔域世界里,这里有类似动漫里铁皮人的机器人,还有类似水母的座钟和腕表,让人爱不释手。提供机芯的都是当今制表界鼎鼎大名的独立制表人们,比如Peter Speake-Marin,帅气不输皮尔斯·布鲁斯南。

再来说一下,创立于1997年的Urwerk

它的最大卖点就是漫游卫星小时显示系统,充满了 科技 、未来感。其设计灵感就是源自于怀表时期的转盘显示,将圆盘伸长成了转臂,每个小时数字沿着横跨120 度的分钟刻度推进,期间显示系统的另外一侧会反方向旋转并保持水平状态,这微小但是精密的运作由非常复杂的行星齿轮推动。

将古人的技术演绎的如此精美绝伦,堪称四两拨千斤的精彩之作。不仅如此,其还具备了可以减缓运动冲击的涡轮气动减速系统,可以有效保护上链机制。

Urwerk的另一大卖点就是滚筒时间显示,复古的车载收音机设计加上滚筒,这样的搭配在复古界独树一帜,将很多所谓的复古题材远远的抛在后面。

上面我们聊的基本的都是魔域里的巨头,下面我们再聊一聊魔域里的游侠以及孤胆英雄们!

Christophe Claret作为富二代,在制表界可以说大名鼎鼎,凭借大把握在手里的资源,很快就从独立制表人变成了公司老板,不过其产品还是有很有独立制表人特色,产量少、功能复杂,而且需要等待很久时间。

Jean Dunand,说起来估计大家都比较陌生了,不过如说起Shabaka滚筒显示万年历,相信就有很多表迷知道了,这个滚筒显示啊在整个制表界绝对占的一席之地,也就是这一功能,让复杂的2D功能变成了3D显示。

这个圆筒显示,有缘得见一定要好好欣赏一番,每个细节都会让人热血沸腾,天价的玩具啊。

DeWitt也算是一个游侠级品牌,这个品牌不仅不多,还有拿破仑家族血统,这个品牌的作品不仅没有如同其他品牌那样充满未来感,反而如同凡尔赛宫的镜厅一样。

CONCEPT WX-1 法国著名建筑师操刀设计,它的表盘设计有种深藏不露的感觉,需要按一下表盘才会出现,就如同母舰发射小飞船的平台一样。时间显示也很特别,传统是指针扫过盘面,这次是时间刻度圆环在旋转,12点钟位置的红点所在是当前时间所在。

GNS 1.2 让你领略表盘狂野的运动,目前魔域中最为魔幻的“明星”,表盘3点位显示小时,分钟显示由是点位中心上下并排对称的两个表盘显示,有点类似雅克德罗的8字形。腕表最大的亮点就是一条机械蛇以8字形围绕中心的两个分钟盘运动,蛇头指示分钟,并且具备夜光显示,晚上观看想到的炫目。

HYT,相对比上面几个HYT就显得很有工业化味道了,但神秘感略显不足。这也是目前制表界唯一靠液体显示时间的作品,个人觉得还是相当有趣的。

当然了,除了这些小众品牌,还有不少大牌也有把机械表表现数字化的作品,比如朗格、万国、江诗丹顿等等。

好了,本来今年非常期待两展会有什么新产品推出,奈何人算不如天算,全球黑天鹅,在加上这两天各大表厂停工的报道,反而让人更加期待的是会有哪家表厂率先推出口罩呢。

10款好看又不贵的小众手表,总有一款会中意,简单又大气

随着时代在进步,现在有很多人都开始追求 时尚 ,那么手表就是 时尚 中必不可少的道具。那有很多人对于手表的要求也是越来越多,但是对于年轻人来说,好看其实是对手表的最大一点要求。当然手表也有很多大牌,这些大牌对于年轻人来说过于昂贵了,今天就跟大家一起来介绍一下十款好看又不贵,简单又大气的手表,让我们一起来看一下吧。

一、CLUSE

CLUSE这个品牌来自于荷兰。现在很多女生都比较喜欢这个品牌的手表,价格比较适中,而且款式也很好看。无论是萌妹子类型还是御姐类型,都可以在这个品牌中找到自己喜欢的。这品牌的手表风格相对来说比较简单低调,是以简洁的大表盘,款式为主的。

二、Paul Hewitt

Paul Hewitt这品牌来自于德国,这个品牌也是欧洲发展最快的 时尚 生活配饰品牌之一。这个品牌经典款式可以分为标致系列,远航系列,大西洋系列,有很多成熟的男性都会选择大西洋系列。价格大概都在1000元到3000元之间,这个品牌的手链也是非常好看的,几百元就能收入囊中了。

三、Junghans

Junghans这个品牌来自于德国,创立时间是1861年,至今也是有150多年的 历史 了。Junghans还是慕尼黑奥运会的官方计时表,不仅是这样,还拥有德国最大的钟表工厂,看来Junghans这个品牌还是非常厉害的。

四、Polomark

Polomark这个品牌来自于瑞士,创立时间是1981年,至今也是有100多年的 历史 了。这品牌被称作“王者运动”,一向都是受到了皇家贵族的喜爱。价格同样也是非常的亲民,一般都在1000元左右。

五、Cogu

Cogu这个品牌是意大利名表Gucci旗下的一个品牌,也是 时尚 潮流的新力量。有很多人听到它是Gucci旗下的一个品牌的时候,觉得价钱肯定是那么高不可攀,但是并非如此价格也是同样的亲民,一般都在1000元左右。

六、Skagen

Skagen这个品牌是来自于丹麦的手表品牌,国内不是那么的出名,但是在国外受到了很多人的欢迎。表盘是以冷色调为主的,这样的设计也是受到了很多男生的欢迎,既简单又大气,价格大概都在1500左右。

七、Shinola

Shinola这个品牌来自于美国,第42任美国总统比尔克林顿曾经在公开场合演讲的时候佩戴过Shinola,看来这个品牌的设计还是非常独特的。既简单又大气,也是受到了很多男生的喜爱。

八、Bulbul

Bulbul这个品牌是丹麦品牌,一共有四个系列,而这四个系列的手表的表盘上都是没有数字的。有很多人都会觉得这个品牌的手表比较新奇,但是也会觉得有一点不方便。不过价格也是非常的亲民,基本上都是在一千元以下的。

九、AKTEO

AKTEO这个品牌来自于法国,设计也是非常的特别,大多数的表盘上都是没有刻度的,在大街上基本上遇不到同样款式的表。价格也是非常的亲民,大概都在1000元左右,对于追求个性的年轻人来说这样的手表是非常值得选择的。

十、Swatch

提到Swatch这个品牌是大家应该都是知道的,来自于瑞士。不仅款式受到了很多年轻人都欢迎,而且价格同样也是非常的亲民,大概都在几百元左右,这样的价钱也是人们能够接受得了的。

看完这十款好看又不贵的小众手表,大家觉得怎么样呢?有没有自己中意的呢?

笨笨的帅哥
平淡的鸭子
2026-05-07 10:19:23
在制作报告的时候,数据统计起来非常的难,效率非常的低,我们常常归咎于自己的Excel基础差,函数公式掌握的不牢固。但是实际上,更重要的一个原因是, 我们的表格可能一开始就设计错了 。

下面是制作表格时,常见的5种表格设计错误,遇到这几种表格,想提高效率都难。

所谓二维表就是,我们可以通过横向和纵向标题查询,在交叉位置获取需要的数据 。这是我们制作表格时,最常见的一种类型,这类表格的主要特点是:

横向第1行是一个标题。比如线别、计划与实际、日期等等。

纵向第1列是另一个标题。比如城市、产品类型、不良描述、姓名等等。

通常每天一个sheet

但是这类表格汇总起来非常的麻烦, 引发的最常见的问题就是,多工作表的合并 ,不知道难倒了多少人。

在做日统计报表的时候,这类表格也是众矢之的。 数据第1行是日期,随着时间,日期列不停的往右填,导致数据列非常的多,表格非常的宽。

这类表格会有什么问题呢?

数据查看起来不方便。 拖动滚动条的时候,一不小心就过了,来来回回的非常闹心。

月度、年度统计非常麻烦。 根据时间段做汇总统计的时候,非常麻烦,VLOOKUP函数、SUMIFS函数啊,乱七八糟的要写一大堆。

表格的标题有多行(列),分成了多个级别,级别高的标题可能还会把单元格合并起来,这是这类表格的突出特点。

大家注意看一下上面这个表格的标题,分成了3个级别。第1级标题是(1月份进销存),第2级标题是(预估和实际),第3级标题是(数量、单价、金额)。这样看上去,好像没有什么问题,从上往下看还比较有层次感。

只有在遇到实际的汇总统计需求的时候,才能发现问题,比如:

1- 要统计年度每个产品的实际销售金额是多少?

肯定是要写公式了,比如使用SUMIF函数只对金额求和。但是因为第3级标题中,”金额“出现了重复,我们还要排除”计划金额“,“领用金额”等数据。这样公式写起来就麻烦了。

2- 统计每个季度的销售预估和实际,对比季度达成率。

这个我已经想不出来,该怎么写公式了。

所以,多级别多行标题,比较容易出现的问题是:

标题中有合并单元格 ,根据标题汇总数据时,容易出错。

标题字段出现重复 ,比如案例中的3级标题,有多个数量、金额、单价。汇总统计时,增加筛选统计的复杂程度。

制作表格的时候,为了美观,我们可能会把表格设计成表单的样式。就像上面这个表格,一个sheet被拆分成了多个小的“表格”,这样阅读和填写起来,都比较的方便。

但是现在我们要统计所有工程数量的总和,就不是一件容易的事情了。

另外还有一些拍脑袋设计出来的表格,比如这个为每个部门分配负责人的表格,顺着往下填就行,确实方便。

然后再统计每个人,负责那几个部门?

最后请高手,给写出这样的公式,纯纯的“没事找事儿型”。

{=INDEX(A$1:I$1,SMALL(IF((A$2:I$2=A12)+(A$3:I$3=A12),COLUMN(A:I)),COLUMN(A:I)))}

总的来说,用登记表记录数据,主要的缺点是: 表格设计没有规律,数据汇总统计异常的困难。

在设计一个财务表格时,我遇到过这样类型的表格。

这个表格非常的宽,里面包含了多项不同类型的内容。我们截取其中的细节来看看。

↑合同的信息

↑开发票的信息

↑收款的信息

↑月度统计的信息

这么多的信息,都混在同一个工作表里,就像是一大坨…。 每次要统计数据时,都要牵一发而动一坨。 统计起来不知道有多麻烦,比如:

统计某个单位的欠款信息。

统计2017年度整体的账务数据。

统计所有未完成还款的记录。

简单的总结一下。 一个好的表格,在设计的时候要尽量均衡下面几个方面的需求 :

方便数据输入,这是输入表的设计。

数据汇总统计简单。这是汇总表的设计。

图表做起来能简单一点。这是可视化的设计。

很显然,这5个设计错误,都只注重了数据输入方便,忽略了数据的汇总统计。 要同时满足输入和汇总的便捷,我们要在它们之间建立一个桥梁,就是数据表。

有了数据表,使用Excel的透视表功能,我们就可以快速的完成数据统计了。