2024年网页数据库设计 篇1
就我个人的经验来说，数据库虽然在设计上确实需要有一定的经验，但是它并不是最难的。
对于数据的设计其实是对于现实中业务的一种抽象。
就我的习惯的话，我会先对于现实中的业务场景、业务的角色进行分析。就拿一般的进销存系统来举例吧。
我有一个对于物料管理的仓库，我需要对我的物料的进销存进行管理。
那么我们就需要分析，没有系统的时候，人与人之间的业务是怎么流转的，他们都是通过哪些表单来进行流转的，上下级之间的消息传递和反馈都是怎么进行的。
当知道了业务以后，我们的数据库无非就是对于现实中的业务的一种具现。对于业务的设计完成以后，就是针对角色的了。
例如：业务的传递都是在业务人员之间的，我们已经整理表单的传递，那角色其实就已经在这些传递中存在了。
但是，业务的角色是业务的角色，我们还要包括财务的角色，那对于财务来说，他需要在哪些环节看到这些业务的单据？并且需要怎么处理？财务的处理结果又包括哪些？不同的处理结果对于下一步的操作又有什么影响。
当我们把这一切的逻辑整理完成后，我们对于数据库的功能上就已经满足了。接下来的就是抽象数据的分类了。
例如：我们需要对不同的表进行一个分类，我个人喜欢把表分成三种，一种是基础数据表，一种是过程表，一种是结果表。
怎么解释呢？
基础数据表：顾名思义，就是对于基础数据的维护，哪些可以成为基础数据呢？就是我们的业务发生的各个过程中，这些数据都是可以参与其中的，这就是基础数据。
例如：货物的信息，客户的信息。
过程表：就是仅仅在一个过程中使用的表，当这个过程结束了，这个表就没用了。
例如：订单表，付款单表。他们表示的仅仅是订单从下单到最后关闭的这个过程，关闭以后，这个订单表其实我们就不会再去使用它了。
结果表：这个表的数据有一个特点，只允许添加，不允许删除和修改，这个表的数据本身就是对于一种最终结果的表现。
例如：日志表、账单表。
那我们在进行数据库设计的时候，就需要将这些使用情况考虑进去，将不同功能的表进行分离，尽量降低耦合，让相互表的修改不会影响使用。
例如：收款单，我们需要收一笔款的时候，就会生成这个收款单，当款收到后，这个收款单的功能就结束了。
但现实的情况中，可能财务收到了这笔钱，结束了收款单流程后，他发现填错了，本来应该收100，结果收款单写的110。
但是，收款单表示的是过程，当这个过程结束了，我们就不会再需要上一个收款单了，所以，按照我们业务的处理流程，我们应该先生成一笔冲抵的收款单，例如收到-110，然后再生成新的100的收款单。
我们每个月还会有财务统计报表，财务报表因为和现实中的财务账有关，是绝对不允许变动的，因此，这个财务报表就是一个结果表，我们会按月通过批处理程序，将收款单的明细和统计数据放到另一张表中，感觉好像比较冗余，但是这个确实非常必要的。
因为我曾经就遇到过一个情况，我们直接用过程表来进行数据的统计，然后11月30日有一笔收款已经完成了，结果发现收错了，就重新做了个收款单，结果本来已经出了11月结果的账单发生了变化，导致财务实际的处理出现了问题。
因此，数据的冗余有时候是有必要的，我们需要根据不同表的类型进行一些冗余的设计。
对于数据库设计的考虑点还有很多，可能一时半会儿也说不完，大家如果有什么好的思路，也可以在下方评论或关注我给我留言。
2024年网页数据库设计 篇2
实话实说，个人接触到使用Xml文件方式来保存数据的场景少之又少。除去求学期间根据课堂要求做静态网站时用于存储一些展示性数据，还有就是在WPF开发中保存一些常用但又不经常变化的离线数据。反而常使用Xml来做配置文件（例如SpringMvc、MyBatis和LogBack）网络数据传输和交互标准（例如WebService）、工作流设计（例如Activiti6）等情况较为常见。
Xml用于单设备数据存储的情况还说得过去，例如离线数据同步可以放在Xml数据文件中。在传统行业电商平台的规格，材质，产区等属性相对固定，Xml文件能很好胜任。再比如做一个内部使用的抽奖程序，将潜在用户群体以Xml方式保存也是不错的选择吧。所以Xml文件充当小型离线数据库还行。
而数据库的范围就比较宽泛，大致可以分为关系型数据库和非关系型数据库两大类。
关系型数据库以Oracle和MySql最为流行，学过编程的朋友应该耳熟能详，也是职场面试经久不衰的考察重点。
而NoSql算是后起之秀。在业务繁多复杂的当下，一些场景下关系型数据库应付起来相当吃力，有着更为复杂分类的非关系型数据库孕育而生。NoSql在搜索引擎（ElasticSearch）、键值（redis）、面向文档（Mongodb）和列存储（Hbase）等方面都能做到得心应手。这些就让其有着更强的业务针对性，相比传统关系型数据库有着质的提升。下面简单列举几个应用场景。
Redis可用于计数、分布式锁实现、单点登录、限流和缓存数据等；
在复杂页面的数据不便以表数据结构保存时，使用Mongodb整页存储方便又简单；
Elasticsearch就是以空间换时间典型代表，在做搜索引擎和日志记录（ELK）等方面有很大优势；
Hbase不必再像关系型数据库那样以行为存储单元，而是以列为基准，非常便于数据结构拓展。
当下流行徽服务和各种解耦，连关系型数据库都不再设计外键关系，非关系型数据库大行其道，Xml文件用来保存数据显然已经不合时宜，当然也不能否认关系型数据库的地位和Xml的作用。重要数据或某些行业的特殊性还是要以关系型数据库为根基，毕竟事务、稳定性、安全性和技术恢复支持等方面需要考虑的重点。
2024年网页数据库设计 篇3
其实这个问题，完全取决于你将来的职业走向，或者个人的性趣爱好。
首先两者的区别，一个是前台，一个是后台。
两者的语言也不一样。
数据库有国家认证的职称工程师
网页只有知名私企的认证。
如果是网页设计，像很多的APP，门户网站都需要你来设计，排班，布局，SEO搜索引擎优化，显示方式，数据调用等等，简单来说，就是让一个网站的网页呈现在你面前是什么样，当然也要美工的配合，相对来说，这个能直接影响到用户的第一观感。
数据库牵扯到后台的数据存储，设计，写入，读取等，相当于幕后，不过有些复杂。
如果你是初学，并且爱好，我建议学网页设计，初期很快能做出东西，有成就感，如同绘画一般，会激发你坚持走下去的兴趣