文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

浅谈设计的“基础”是什么？（二） 是市场决定设计？还是设计改变市场？

学会如何把准市场需求设计的命脉 有人提到了“是市场决定设计还是设计改变市场”这个问题，是个很现实的问题，从业几年来，我曾频繁换过很多不同种类的设计公司，快速积累经验的同时，也对这个问题感触颇多，同时感到很多人陷入了这个逻辑的怪圈...是市场决定设计？还是设计改变市场？ 相信这个问题困扰了千千万万的Designer。 我认为这既是相互抵触的纠结点，但如果换位思考后，就会发现其实这也是有切合关系的转折点。...“设计”为“市场”而生，“市场”为“设计”而发展。如果换到积极的角度去看，就是互相依赖，共存发展的关系。 说的通俗些，不要“唯心”的认为只有深奥的，唯美的，超凡的……才叫“设计”。...市场不接受时自有其道理，设计可以分两方面： 一类是华丽超凡的，这类可以看做是艺术品，只被行业内同仁们所欣赏，但是却不会被市场所接受，这是必然的； 另一类是平凡中带有“韵味”，这类就既是市场需要的，也是设计中的良好作品...这是我近几年最有感触的收获，以前刚入行时“初生牛犊不怕虎”，狂妄自我为中心的设计理论，每次接到设计草率看了几眼设计需求就开始自己的“灵感火花设计”，但是结果都是一样，被上司枪毙，被客户枪毙…… 太多太多次挫折后开始反思

36120

我们设计的是微服务还是小单体

​ 我们设计的是微服务还是小单体 ​ 在微服务设计和实践中，可能很多人会一致认为：“将单体应用拆分成多少个微服务，是微服务的设计重点。”...很多人把大量的精力花费在如何拆分微服务上，并把微服务设计好坏全部归因于微服务拆分的好坏。 可事实真是这样吗？其实并非如此！...这才是微服务设计的重点，更是微服务设计时最应该关系的问题。 在微服务设计时，很多团队在将集中式单体应用拆分微服务时，单纯按照业务功能将原来的单体应用，从一个部署包拆分成多个所谓的“微服务”部署包。...在从单体架构向微服务架构演进的过程中，我们是需要边界清晰的微服务呢？还是需要很多很多的小单体微服务呢？...我们是需要微服务还是小泥球.jpg 随着新需求的提出和业务的不断发展，这些“小单体微服务”会慢慢膨胀起来，变得错综复杂。

32140
您找到你想要的搜索结果了吗？
是的
没有找到

架构是设计出来的还是演化出来的？

今天，我们讨论一个比较抽象的话题，架构到底是设计出来的还是演化（研发）出来的？ 昨天还有人给我私信说微服务，说服务多小才算微服务？一看就是理解错了！微服务并不是说把大应用切割成小应用就是微服务了。...当然 Dubbo 脱离 SpringCloud 也是有生态的。 最后，我们再来说说，架构是设计出来的还是演化出来的这个问题。这一点也有人议论个半天，其实还是没认清软件开发和盖房子的本质区别。...主观上，架构是设计出来的。客观上，架构是演化出来的。架构师从一开始，就要有设计出一个好的架构的主观愿望。这个主观愿望会驱使架构师去深入地了解业务诉求（问题域）。...这个主观愿望会驱使架构师在单体应用阶段就进行良好的模块划分设计，努力实现各个模块的高内聚、模块间的松耦合。为将来的微服务化打好基础。 但是，业务是不断变化的，技术团队对业务的理解也是不断深入和全面的。...架构师也不能觉得架构是设计出来的，而期望在一开始就设计出完美架构。在业务发展的各个阶段，架构师应该综合考虑团队能力、技术复杂度、投入产出比，让架构设计永远保持合理。

76520

Echo的数据库表是如何设计的

Echo 这个项目数据库设计并不复杂，需要我们手动设计的只有四张表： 帖子表：discuss_post 评论表：comment 用户表：user 私信表：message 用户表 ?...激活的逻辑也很简单，就是检查一下这个链接中的用户 id 和激活码是否和数据库中存储的一样。 帖子表 ?...status：帖子状态 0 - 正常（默认） 1 - 精华：为帖子加精可以使其在热度计算中得到一定的加分 2 - 拉黑：管理员删除帖子后，就将这个帖子的状态设置为拉黑 create_time：帖子发表时间...可能会有同学会问啥不把点赞数量也缓存到帖子表中，因为点赞数量是存在 Redis 中的，获取点赞数量咱连数据库都不用进的，还费劲在这存一份干啥） score：热度 / 分数（用于按照热度排行帖子） ?...也就是说，「某个帖子下的所有评论，它们的 entity_id 都是这个帖子的 id。某条评论下的所有回复，它们的 entity_id 都是这条评论的 id」。）

84821

去中心化在线协作：Feakin 的图形协作是如何设计的？

简单来说，协议的初衷就是为协作而设计的。作为一个早期阶段的协议，自然是没有多大胆量采用。...大量的分布式系统相关的问题，都可以在数据库相关领域的书籍中看到，诸如于《数据密集型应用系统设计》、《数据库系统内幕》。对于我来说，有一些概念，我也是从中现学现用的。...主要可用于跨设备同步（如 Apple Notes）、分布式数据库、协作软件、大规模数据存储和处理系统等。 这也是从顶层设计上， OT 与 CRDT 的巨大差异之处。...另外一些差异在于 OT 更多的是针对于文本数据，而 CRDT 则可以针对于文本、任意 JSON 数据。这也就是为什么大量的分布式数据库，诸如于 Redis、Riak 会使用它的原因。...歪个楼：回顾一下 Git 的基本概念 从设计理念上来说，Git 也是一款针对于分布式设计的 “数据库管理” 工具：结合 SHA-1 哈希值来进行对象库（object database）的管理，并通过 refs

68420

微服务设计关键的难点：微服务架构的数据库是如何设计的？

单独的数据库： 微服务设计的一个关键是数据库设计，基本原则是每个服务都有自己单独的数据库，而且只有微服务本身可以访问这个数据库。它是基于下面三个原因。...理想的设计是你的数据库只有你的服务能访问，你也只调用自己数据库中的数据，所有对别的微服务的访问都通过服务调用来实现。...除非你能用服务调用（没有本地只读数据库）的方式完成所有功能，不然不管你是用RPC方式还是事件驱动方式进行微服务集成，上面提到的问题都是不可避免的。...被一致认可的方法叫Saga。它的原理是为事物中的每个操作写一个补偿操作（Compensating Transaction），然后在回滚阶段挨个执行每一个补偿操作。...结论： 数据库设计是微服务设计的一个关键点，基本原则是每个微服务都有自己单独的数据库，而且只有微服务本身可以访问这个数据库。微服务之间的数据共享可以通过服务调用，或者主、从表的方式实现。

3.4K30

Swagger异常定位纪实，是用的不对，还是Swagger本身设计问题

结论及注意事项 当Model作用于请求的接收参数时，并且请求的类型为GET，那么Swagger Ui会自动收集Model所有属性的examole参数，因为这个参数是字符串类型，所以会做一个类型转换动作。...当字段类型为数值类型，又有没手动设置example的值，那么Swagger框架拿到的是个空字符串，强转空字符串就抛异常了。...所以，需要注意的就是当DTO作用于GET请求的接收参数时，切记给所有的数值类型加上正确的example属性 后记 博主认为这里属于一个设计缺陷，而不是我们的使用问题。...下面是3.x的处理方式，虽然example的默认值还是“”。但是通过NotBlank判断了下，所以不会触发异常了 为啥不直接升级3.X？ 3.x版本既然已经修复了，为啥不直接升级到3.x版本呢？...而在这个版本之前的1.5x系列版本是Swagger自己设计的api模型。所以代码层上面完全不兼容，升级的工作量会非常大。不过，新项目还是推荐使用3.x版本，这个版本的api数据更通用。

15020

白话架构设计为你阐述什么是架构设计，架构设计的三大原则是什么

.NET Core实战项目之CMS 第九章 设计篇-白话架构设计 前面两篇文章给大家介绍了我们实战的CMS系统的数据库设计，源码也已经上传到服务器上了。...软件架构设计是一门技术活。所谓技术活，从历史上看，无论是瑞士的钟表，还是瓦特的蒸汽机；无论是莱特兄弟发明的飞机，还是摩托罗拉发明的手机，无一不是越来越精细、越来越复杂。...结构上的复杂性存在的第二个问题是，某个组件改动，会影响关联的所有组件，这些被影响的组件同样会继续递归影响更多的组件。...综合前面的分析，我们可以看到，无论是结构的复杂性，还是逻辑的复杂性，都会存在各种问题，所以架构设计时如果简单的方案和复杂的方案都可以满足需求，最好选择简单的方案。...即使是大公司的团队，在设计一个新系统的架构时，也需要遵循演化的原则，而不应该认为团队人员多、资源多，不管什么系统上来就要一步到位，因为业务的发展和变化是很快的，不管多牛的团队，也不可能完美预测所有的业务发展和变化路径

1.9K31

数据库概念结构设计的方法和步骤_概念结构设计是整个数据库

概念结构设计 什么是概念结构设计 将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计 概念结构是各种数据模型的共同基础，它比数据模型更独立于机器、更抽象，从而更加稳定 概念结构设计是整个数据库设计的关键...实体之间的联系在不同局部视图中呈现不同的类型 冗余 冗余的数据是指可由基本数据导出的数据 冗余的联系是指可由其他联系导出的联系 冗余数据和冗余联系容易破坏数据库的完整性，给数据库维护增加困难...，不存在互相矛盾的表达 整体概念结构能准确地反映原来的每个视图结构，包括属性、实体及实体间的联系 整体概念结构能满足需要分析阶段所确定的所有要求 整体概念结构最终还应该提交给用户，征求用户和有关人员的意见...，进行评审、修改和优化，然后把它确定下来，作为数据库的概念结构，作为进一步设计数据库的依据。...本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。

5K50

MYSQL 开发设计表是硬邦邦的VARHCAR 还是JSON TYPE 来处理数据更香

,可以使用JSON, 这里还是建议大量的JSON数据,还是要使用MONGODB来处理,一定是稳稳当当,性能不能再好了(当然你需要知道优化点和相关的MONGODB的一些知识).所以使用MYSQL 提供的JSON...写到这里估计有开发的同学就该说, 切,有什么不同不还是和我一样....我们来试试到底是你 500 1000的好,还是我灵活性的香 需求: 一个comments的字段, 也就是可以输入一些注释信息, 如果注释信息有新的需求怎么办，比如你的comments 一直输入用户的...如果你用后者,那天需求方告诉你,来给我统计一下这一天到底有多少抱怨的信息, 或者有多少个表扬, 你是否还需要修改数据库的表的结构,如果这是你的程序是不是要问问，你的扩展性呢，数据库的信息为什么就是死的呢...所以一个字段也能玩出花样, 如果你肯思考，深入需求本身如果能发掘一些可能会变化的字段，那MYSQL JSON TYPE 其实也是体现你开发人员的在数据表方面设计能力一种体现 ，So please be

2.6K11

关系数据库设计理论中,起核心作用的是_关系数据库设计理论主要包括

关系数据库设计理论 设计一个好的关系数据库系统，关键是要设计一个好的数据库模式（数据库逻辑设计问题） 数据库逻辑设计主要解决的问题 关系数据库应该组织成几个关系模式 关系模式中包括哪些属性...“不好”的数据库设计 举例：为学校设计一个关系数据库 关系模式: UN(Sno,Cno,G,Sdept,MN) Sno:描述学生 Sdept:描述系名 MN:描述系主任 Cno:描述课程 G:描述学习成绩...(更新异常) 插入异常(一个系刚成立) 主码为空的记录不能存在与数据库,导致不能进行插入操作 删除异常(一个系的学生全部毕业) 删除操作后,一些相关信息无法保存在数据库中 要消除以上的...函数依赖是指关系R模式的所有关系元组均应满足的约束条件,而不是关系模式中的某个或某些元组满足的约束条件 函数依赖与属性间的联系类型有关 (1)若属性X和Y之间有“一对一”的联系, (2)若属性...规范化理论是研究如何把一个不好的关系模式转化为好的关系模式的理论 规范化理论是E.E.Codd在1971年首先提出的 规范化理论是数据库设计过程中的一个非常有用的辅助工具 范式 简介 规范化理论是围绕着范式建立的

54730

在做中间件设计时，你是如何权衡好利益相关者的？| 是面向运维，还是面向开发？

也许是因为当时才刚刚开始写作，无论是案例，还是措词，都显得极其平庸，总感觉有一肚子话无法倾囊抖出。 又是一年过去了，时间是否虚度？虽然这一年的工作场景略显单调，但是却很充实，帮助我取得了更大的长进。...也不尽然，增加代理层的目的是将所有现有与将来可能出现的处理逻辑与规则（如路由控制、服务降级、协议转换）尽可能的放在代理层来实现，并在发布、维护及弹性伸缩、出现故障、冗余时，能够更快更灵活的变更，不仅达到技术解耦的效果...运维工程师：管理（或维护）系统、主机及产品，通常更关心运营生命周期，不关心制造过程，相比之下，心理素质较高； 从客观的叙述可以看到，由于岗位职责的不同与视角上的差异，无论是架构设计还是技术选型，在目标设定之初就容易引起开发与运维之间的博弈...先来介绍下故事情节，假设我们公司的业务在近几年突飞猛进，从业务视角来看，从‘单业务’发展为‘事业部（多条业务）’，从技术视角看，传统关系型数据库已无法承受持续增长的性能需求，这个时候我们就需要一个缓存系统来解决当前的性能痛点...既面向运维，又面向开发，是中间件设计过程中始终追求的核心准则，但有时却会因为客观场景、技术债务、硬件环境等原因使其难以兼顾，而我们需要保证的，是在设计目标时做出合理的权衡，以保障系统的持续发展。

28720

知新温故，从知识图谱到图数据库

数据抽取的难点在于处理非结构化数据，这回涉及到NLP中的相关技术，例如实体命名识别、关系抽取、实体统一、指代消解等等。 知识图谱工程本身还是业务为重心，以数据为中心。不要低估业务和数据的重要性。 ?...Neo4j确保了在一个事务里面的多个操作同时发生，保证数据一致性。不管是采用嵌入模式还是多服务器集群部署，都支持这一特性。 高可用性 图存储可以非常轻松的集成到任何一个应用中。...Neo4j编程概要 Neo4j是是一个嵌入式的、基于磁盘的、具备完全的事务特性的Java持久化引擎。主要有三种访问Neo4j数据库的方式： 嵌入式 通过指定数据库地址直接访问数据库。...OrientDB的主要特点是支持多模型对象，支持不同的模型，如文档，图形，键/值和真实对象。 GUN是一个实时的、分布式的、嵌入式图形数据库引擎。 曾经关注的几种图数据库部分属性对比： ?...图数据库的应用 对于在数据捕获设计之后，追求数据驱动运营和决策的组织而言，图分析可能是最有效的竞争优势.因此，图形数据库在社交网络、征信系统等诸多领域有着广泛的应用，例如： 实时推荐 主数据管理：组织架构

3.2K51

越来越火的图数据库究竟是什么

图形数据库是一种在线数据库管理系统，具有处理图形数据模型的创建，读取，更新和删除（CRUD）操作。 与其他数据库不同，关系在图数据库中占首要地位。...与关系数据库或其他NoSQL数据库相比，图数据库的数据模型也更加简单，更具表现力。 图形数据库是为与事务（OLTP）系统一起使用而构建的，并且在设计时考虑了事务完整性和操作可用性。...比如： Neo4J就是属于原生图数据库，它使用的后端存储是专门为Neo4J这种图数据库定制和优化的，理论上说能更有利于发挥图数据库的性能。...而JanusGraph不是原生图数据库，而将数据存储在其他系统上，比如Hbase。 ① 图存储 一些图数据库使用原生图存储，这类存储是经过优化的，并且是专门为了存储和管理图而设计的。...Cypher图查询语言 Cypher是Neo4j的图形查询语言，允许用户存储和检索图形数据库中的数据。 举例，我们要查找Joe的所以二度好友： ?

2.2K30

如何使用neo4j存储树形无限级菜单

那么当数据量超级大时，应该怎么设计才能支持各种各样的查询，也能提供良好的性能呢？ 这个时候用关系型数据库存储肯定不行，超过几十万的数据，递归都需要十几或者几十秒的遍历时间，这样的性能是远远不达标的。...而图形数据库的出现，则是解决这个问题的神器，图形数据库就是为了存储超级复杂的依赖关系和提供高效的查询性能而应劫而生的，比如社交网络，知识图谱，地图最优路径等等。...比如存储从小学到高中的课程里面的章节关系和知识点，如果我们用关系型数据库存储， 提供的分析查询能力非常有限，只能查某个确定节点的父节点，如果想找具体的任意一个节点需要递归遍历所有数据，或者想查某一个科目下...图形数据库里面描述数据，是通过节点和关系来描述的，关系必须有开始节点和结束节点 ，节点和关系都可以有属性。...下面说下将树形菜单，存储到neo4j的思路： （1）递归的每行数据是一个节点，首先插入所有的节点 （2）找到每个节点的父节点做为start节点，本身作为end节点，建立起关系 上面的两个步骤既可以分开执行

2.6K60

干货|在选择数据库的路上，我们遇到过哪些坑？

MarkLogic 是一家企业级模式自由型 XML 数据库公司，该公司还存储文档并提供 JSON 格式。这种数据库无论在上传信息还是执行搜索时，速度都较快，并且模式自由。 ?...因为它是专为连接带有统一资源标识符的信息而设计的，还拥有一种叫做 SPARQL 的标准化查询语言。 简而言之，资源描述框架是有关主/谓/宾关系的，从下面看得出来，其模型非常简单： ?...即使这样，我们仍然明白，从一开始就要选择合适的数据库是多么的重要，于是我们顶着重重压力，在没有做好充分的数据库工作的情况下，我们决定尝试图形数据库。...这种宣传缺乏对纯图形操作的针对性，让我很是忧心，我们不仅想要做图形，还要做好图形。 发现 Neo4j 然后我们发现了 Neo4j。Neo4j 可高度扩展，对节点、关系或索引的数量没有限制。...同时 Neo4j 入门也相当简单，这对我们是很大的诱惑；在使用第三个数据库时，必须得迅速投入运行。 性能表现极佳，扩增也非常广泛，并且只专注于图形用例。

1.3K70

带你发现新大陆之图数据库解密？

下图就是db-engines.com对最近三年来所有数据库种类发展趋势的分析结果： ? 看到这里如果以前没有对图数据库有所了解的话可能还是一头雾水，图数据库到底是什么东西！...四、二度人脉推荐实现及对比 相信有一定基础的小伙伴都可以很轻松的实现一个推荐二度人脉的数据库表设计和代码实现。...在深度为2时（即朋友的朋友），假设在一个在线系统中使用，无论关系型数据库还是图数据库，在执行时间方面都表现得足够好。...无论是音乐还是数据中心管理，无论是生物信息还是足球统计，无论是网络传感器还是时序交易，图都能对这些数据提供强有力而深入的理解。 而关系型数据库对于超出合理规模的集合操作普遍表现得不太好。...上文从查找二度人脉的角度一步步引出了图形数据库，并简单的介绍了其概念。本文的主要目的还是以介绍为主，带你认识新技术，而更多的使用以及各种图形数据库之间的对比，优点缺点，仅仅靠一篇文章是完全不够的！

1.8K20

微服务架构下数据如何存储？有考虑过吗？

不一定所有的微服务都需要有一个底层的关系型数据库作为实体对象实例的存储。以一个简单的电商系统为例：“用户微服务”和“商品微服务”都分别需要关系型数据库存储结构化的关联数据。...但比如有一个“关联推荐微服务“需要进行用户购买、加购物车、订单、浏览等多维度的数据整合，这个服务不能将其他所有订单，用户、商品等服务的数据冗余进来，这种场景可以考虑使用图形数据库。...工程师不一定需要掌握所有的 NoSQL 数据库的细节，对于不同的领域模型的设计，能有更多的灵感会更好。...开源的 Neo4j 是可以支持大规模分布式集群的图形数据库。一般被广泛用于道路交通应用、SNS 应用等，Neo4j 提供了独特的查询语言 CypherQueryLanguage。...列族数据库中目前比较广泛应用的有 Hbase，Hbase 是基于 Google BigTable 设计思想的开源版。

4K10

系统数据库的概念结构,逻辑结构,物理结构设计方法_数据库的物理独立性是指

系统的概念数据库设计 将需求分析得到的用户需求抽象为信息结构（即概念模型）的过程就是概念结构设计，最后生成的模型是E-R图。...在修改之后，自己把它分解成了实体-属性图和实体-联系图 虽然布局还是不太好看，不过比第一次的清晰了很多，毕竟目的就是用户可以看懂设计的想法。...系统的逻辑数据库设计 数据库的逻辑设计的任务是把概念设计阶段设计好的基本E-R图转换为与选用的具体机器上的DBMS所支持的数据模型相符合的逻辑结构。...这两种表达应该都是正确的。 系统的物理数据库设计 物理设计是根据数据库管理系统的特征，确定数据库的物理结构即存储结构。 本模块的设计是对表结构的设计。...下图是自己系统的一个表结构举例： 可能设计得不太合理，不过结构差不多就是这样。 注：需要表明所使用的数据库Mysql或者是其他。

1.8K10
点击加载更多

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券