首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏大数据,java,Python和前端

    浅谈数据仓库主题划分

    车贷金融公司核心主题划分客户主题核心实体: 个人客户、企业客户、联系人、担保人、关联人。核心数据:客户基本信息:姓名、证件类型/号码、联系方式、地址、职业、收入水平、教育程度等。 贷款主题 紧密依赖 车辆主题 的抵押物信息和 合作伙伴主题 的服务(保险、GPS、评估)。 产品是规则引擎:产品主题 定义了业务的规则(利率、费用、期限等),这些规则直接影响 贷款主题 的合同生成、计息、收费,也影响 财务主题 的收入确认和 风险主题 的定价策略。 微服务架构影响: 如果公司采用微服务架构,主题划分需要与领域驱动设计(DDD)中的限界上下文相协调,每个微服务可能负责一个或多个主题的核心数据管理,数据仓库则负责跨集成和分析。 通过这样划分主题,车贷金融公司的数据仓库能够系统地组织海量数据,清晰地反映业务本质,有效支撑从日常运营到战略决策的各个层面的需求,并满足严格的监管合规要求。

    60010编辑于 2025-07-16
  • 来自专栏大数据数仓建设

    「数仓建设篇」数仓主题划分

    一、前言数据仓库具有面向主题的特性,那么就会有主题的概念,数仓建设是遵循纵向分层开发,横向划分主题设计,数仓分层就不在这次谈了,这次我会结合本人数仓工作实践总结的经验来聊聊数仓主题划分,同时会引申出主题划分 主题划分3. 主题划分4. 输出总线矩阵即业务过程和维度,组建成的矩阵5. 数仓分层设计模型表6. 主题划分数仓主题主题通常是联系较为紧密的数据主题的集合,根据业务需求分析的视角进行划分抽象归类。 划分方法:主题划分的方法一般有几种要么按照业务过程来划分,一个业务过程抽象出一个主题,比如业务系统中的商品、交易、物流 等要么按照业务部门来划分,一个业务部门抽象出一个主题,比如中台部门、业务运营部门 划分方法:说白了主要就是要识别出分析对象主体,做主题划分主题划分,个人建议是要站在全局的视角来看,然后先划分主题,再接着在主题里面划分出各个主题主题划分一般比较谨慎,一旦定下来了避免频繁变动

    3.7K01编辑于 2022-10-31
  • 来自专栏数据饕餮

    数据仓库专题(5)-如何构建主题模型原则之站在巨人的肩上(一)IBM-FSDM主题模型划分

    一、前言       如何构建主题模型原则是构建企业级数据仓库重要的议题,最好的路径就是参照成熟的体系。 IBM金融数据模型数据存储模型FSDM,是金融行业应用极为广泛的数据模型,可以作为我们构建企业级数据仓库主题模型划分的重要依据。本文就IBM FSDM主题模型进行初步的介绍。 二、模型结构 ? 四、未完待续   下一篇将会介绍NCR  FS-LDM主题模型的划分,敬请关注。

    2.5K20发布于 2019-01-14
  • 来自专栏数据饕餮

    数据仓库专题(5)-如何构建主题模型原则之站在巨人的肩上(二)NCR FS-LDM主题模型划分

    本文以NCR FS-LDM10.0版本为基础,介绍NCR FS-LDM主题模型的划分和定义。 二、模型结构 ? 三、概念定义        FS-LDM十大主题概念定义如下表所示: 英文名称 中文名称 概念定义 Party 当事人 指银行所服务的任意对象和感兴趣进行分析的各种对象。 该主题抽象地描述了银行内部帐务的组织模式,能够适应不同的科目组织体系。

    1.6K51发布于 2019-01-14
  • 来自专栏架构之家

    DDD划分领域、子、核心、支撑的目的

    第三步: 现在就可以最子进行划分了,找出核心,通用,支撑,至于为什么要这么划分,后面再解释,当我们找到核心之后,再各个子进行深一步的划分划分成组织,例如分成保护组织,营养组织,疏导组织,这就儿也可以理解成将领域继续划分为子的过程 子:相对的一个概念, 我们可以将领域进行进一步的划分 , 这时候就是子, 甚至可以对子继续划分形成 子子(依旧叫子),就好比当我们研究植物时,如果研究的对象是桃树,那么果实根茎叶是领域,可是如果不仅仅要研究果实 为什么要划分核心、通用、支撑 ? 通过上面可以知道,决定产品和公司核心竞争力的子是核心,它是业务成功的主要因素和公司的核心竞争力。 而支撑则具有企业特性,但不具有通用性,例如数据代码类的数据字典等系统。 那么为什么要划分出这些新的名词呢?先想一个问题,对于桃树而言,根、茎、叶、花、果实、种子六个领域哪一个是核心? 总的来说,核心、支撑和通用的主要目标是:通过领域划分,区分不同子在公司内的不同功能 属性和重要性,从而公司可对不同子采取不同的资源投入和建设策略,其关注度也会不一样。

    2K20编辑于 2022-07-12
  • 来自专栏架构之美

    DDD 划分领域、子、核心、支撑的目的

    第三步:现在就可以最子进行划分了,找出核心,通用,支撑,至于为什么要这么划分,后面再解释,当我们找到核心之后,再各个子进行深一步的划分划分成组织,例如分成保护组织,营养组织,疏导组织,这就儿也可以理解成将领域继续划分为子的过程 子:相对的一个概念, 我们可以将领域进行进一步的划分 , 这时候就是子, 甚至可以对子继续划分形成 子子(依旧叫子),就好比当我们研究植物时,如果研究的对象是桃树,那么果实根茎叶是领域,可是如果不仅仅要研究果实 - 领域划分 - 为什么要划分核心、通用、支撑 ? 通过上面可以知道,决定产品和公司核心竞争力的子是核心,它是业务成功的主要因素和公司的核心竞争力。 而支撑则具有企业特性,但不具有通用性,例如数据代码类的数据字典等系统。 那么为什么要划分出这些新的名词呢?先想一个问题,对于桃树而言,根、茎、叶、花、果实、种子六个领域哪一个是核心? 总的来说,核心、支撑和通用的主要目标是:通过领域划分,区分不同子在公司内的不同功能。 属性和重要性,从而公司可对不同子采取不同的资源投入和建设策略,其关注度也会不一样。

    1.5K20发布于 2021-07-29
  • 来自专栏chimchim要努力变强啊

    数据仓库建设之主题划分

    可以根据业务的关注点,将这些数据主题划分到不同的主题(也说是对某个主题进行分析后确定的主题的边界。) 关于主题划分主题的确定必须由最终用户和数据仓库的设计人员共同完成的, 而在划分主题时,大家的切入点不同可能会造成一些争论、重构等的现象,考虑的点可能会是下方的某些方面: 1、按照业务或业务过程划分 :比如一个靠销售广告位置的门户网站主题可能会有广告,客户等,而广告可能就会有广告的库存,销售分析、内部投放分析等主题; 2、根据需求方划分:比如需求方为财务部,就可以设定对应的财务主题,而财务主题里面可能就会有员工工资分析 ,投资回报比分析等主题; 3、按照功能或应用划分:比如微信中的朋友圈数据、群聊数据等,而朋友圈数据可能就会有用户动态信息主题、广告主题等; 4、按照部门划分:比如可能会有运营、技术等,运营域中可能会有工资支出分析 2.IBM BDWM (Banking Date Warehouse Model) IBM 银行九大主题模型 3.某汽车行业互联网公司 4.某主机厂 5.电商

    2.1K20编辑于 2022-11-13
  • 来自专栏数据社

    「数仓面试」如何确定主题

    主题是业务对象高度概括的概念层次归类,目的是便于数据的管理和应用。 02 如何划分主题 划分主题方法 在业务调研之后,可以进行主题划分划分主题,需要分析各个业务模块中有哪些业务活动。 通常我们按照以下方法划分主题,可以按照用户企业的部门划分,也可以按照业务过程或者业务板块中的功能模块划分。 个人比较推荐通过业务系统来进行一级主题划分,这样边界就会很明显,数据仓库开发过程中不会因为模型主题的归属“扯皮”,然后根据各个系统中的业务过程划分二级主题目前我参与过的两个数据仓库建设项目也都是这样搞的 主题的核心 为保障整个体系的生命力,主题需要抽象提炼,并长期维护更新,但不轻易变动。划分数据时,需满足以下两点: 能涵盖当前所有的业务需求。 一次能划分主题吗 首先,主题是无法一次划分完整的,一般是一次先建立几个明确的主题,在大多数数据仓库的设计过程中都有一个主题的选择过程。

    1.2K30编辑于 2022-02-17
  • 来自专栏chimchim要努力变强啊

    数据仓库建设之确定主题

    目录 一、什么是主题? 二、什么是主题? 三、如何划分主题? 1、按照系统划分 2、按业务过程划分 3、 按需求方划分 4、 按部门划分  5、按功能或应用划分 6、按行业经验划分 ---- 一、什么是主题? 二、什么是主题主题通常是联系较为紧密的数据主题的集合。可以根据业务的关注点,将这些数据主题划分到不同的主题(也说是对某个主题进行分析后确定的主题的边界。) 三、如何划分主题? 1、按照系统划分 一个业务系统抽象出一个主题,业务系统有几种,就划分为几类 2、按业务过程划分 一个业务过程抽象出一个主题,比如业务系统中有商品、交易、物流等 3、 按需求方划分 比如需求方为财务部 5、按功能或应用划分 比如微信中的朋友圈数据、群聊数据等,而朋友圈数据可能就会有用户动态信息主题、广告主题等;比如说社交软件中就会有聊天、朋友圈、群聊、发送文件等功能模块,聊天模块会涉及到数据仓库中的用户主题

    2.3K21编辑于 2022-11-13
  • 来自专栏数据饕餮

    数据仓库专题(6)-数据仓库、主题主题概念与定义

    主题是根据分析的要求来确定的。这与按照数据处理或应用的要求来组织数据是不同的。 三、主题   主题通常是联系较为紧密的数据主题的集合。可以根据业务的关注点,将这些数据主题划分到不同的主题主题的确定必须由最终用户和数据仓库的设计人员共同完成。 四、主题主题、实体间关系   主题设计是对主题进一步分解,细化的过程。 主题下面可以有多个主题主题还可以划分成更多的子主题,而实体则是不可划分的最小单位。主题主题、实体的关系如下图所示: ? 五、关于主题的争议   曾经在看到过关于主题的另外一个定义方式:“主题是对某个主题进行分析后确定的主题的边界”。相关内容如下文所示: 主题是对某个主题进行分析后确定的主题的边界。 图3-32  主题划分 经过对以上内容深入分析,发现此定义与:”主题通常是联系较为紧密的数据主题的集合“并不矛盾,只是所站的视角不同,“数据主题集合”的观点从数据着眼,前提是已经经过分析、梳理列出所有可能的数据主题

    6.2K41发布于 2019-01-14
  • 来自专栏Linyb极客之路

    划分微服务边界的5个特征

    本文提出五个建议: 1.它不会与其他服务共享数据库表 2.它拥有最少量的数据库表 3.它设计为有状态的或无状态的 4.其数据可用性需求 5.这是真相的唯一来源 避免任意规则 在设计和创建微服务时,不要陷入使用任意规则的陷阱 虽然吸引人,但这些并不都是划分微服务边界的正确方法。如下: 1.“微服务应该有X行代码” 让我们弄清楚一件事。对于微服务中有多少行代码没有限制。微服务不会因为你写了几行额外的代码而突然变成单体巨石。 我已经和数十位CTO就这个话题进行了交流,向他们学习他们如何划分微服务界限,下面为你们提供了一些潜在的特性。 如果所在分区宕机,那么就没有备份可用,但它只影响5%的客户,而不是100%的客户,“Czerwinski解释说。 特点#5:这是一个真理的单一来源 要牢记的最后一个特点是设计一个服务,使其成为系统中某件事情的唯一真理来源。 举例来说,当您从电子商务网站订购某物品时,会生成订单ID。

    63320编辑于 2022-03-09
  • 来自专栏编程杂记

    YOLOv5划分数据集

    数据集标注是深度学习项目中不可获取的一部分,下文从划分数据集到利用标注一条龙讲解 数据集制作并标注 数据集划分 数据集划分 1.以YOLO为例先新建一个文件夹把数据集(图片全部放入) 2.然后新建两个文件夹分别存放数据集 (images)和标签(labels) 3.概按照3:1的比例把图片划分为两个文件夹一个为训练集一个为验证集 4.然后在标签的文件夹里分别新建两个文件夹对应于图片文件夹的训练集和验证集 具体文件夹关系如下

    44010编辑于 2024-01-17
  • 来自专栏WordPress果酱

    WordPress 主题教程 #5:主循环

    调用博客日志的主循环(The Loop)是 WordPress 中最重要的 PHP 代码集,几乎所有的页面都会用到它,这也是从零开始创建 WordPress 主题系列教程的第五篇。 现在让我们开始第五篇:主循环(The Loop) 打开 Xampp,“tutorial”主题文件夹,浏览器,并且在浏览器中转到 http://localhost/wordpress,最后打开 index.php

    60830编辑于 2023-04-15
  • 来自专栏RabbitMQ实战

    AMQP-RabbitMQ5主题模式

    5. 主题模式 Topics 根据主题接收消息 routing_key - 它必须是由英文点 .分隔的单词列表 *可以替代一个单词。 #可以替换零个或多个单词。 而主题模式(Exchange类型为 topic),消费者在将Exchange与Queue绑定时设置的路由键可以有通配。 RabbitMqQueueEnum.EXCHANGE_QUEUE_TOPIC_FOUR.getQueueName(), autoAck, deliverCallback, consumerTag -> { }); } } 测试 >>> 生产者-生产主题分别为 5log.info],routingKey:[log.info],tag:[amq.ctag-YQRXOwb2xsoODmB2fpJ1Qg] 19:42:54.529 [pool-1-thread- 5log.info],routingKey:[log.info],tag:[amq.ctag-0-_1m0BhTsYpjikUjsWEQA] 19:42:54.529 [pool-1-thread-

    65530发布于 2020-06-29
  • 来自专栏数据社

    一哥答疑:数据仓库如何确定主题

    主题是业务对象高度概括的概念层次归类,目的是便于数据的管理和应用。 如何划分主题 划分主题方法 在业务调研之后,可以进行主题划分划分主题,需要分析各个业务模块中有哪些业务活动。 个人比较推荐通过业务系统来进行一级主题划分,这样边界就会很明显,数据仓库开发过程中不会因为模型主题的归属“扯皮”,然后根据各个系统中的业务过程划分二级主题目前我参与过的两个数据仓库建设项目也都是这样搞的 主题的核心 为保障整个体系的生命力,主题需要抽象提炼,并长期维护更新,但不轻易变动。划分数据时,需满足以下两点: 能涵盖当前所有的业务需求。 一次能划分主题吗 首先,主题是无法一次划分完整的,一般是一次先建立几个明确的主题,在大多数数据仓库的设计过程中都有一个主题的选择过程。 业务是一直发展的,因此设计之初不要想着一次把所有主题全部划分完整。我们可以遵循上面说的划分主题的两个要点,后续采用迭代的方式补充。

    2.5K10发布于 2020-12-08
  • 来自专栏全栈程序员必看

    ICEM 网格划分技巧(21-5)「建议收藏」

    非结构网格划分时依托几何点和边界,因此在划分前应进行拓扑或清理 2. 边界层网格划分时应将最小尺寸限制尽量放低,边界层网格较为光滑 3.

    1.5K10编辑于 2022-09-01
  • 来自专栏最新最全的大数据技术体系

    助力工业物联网,工业大数据之事实主题指标划分【十八】

    01:事实主题指标划分 目标:掌握一站制造中的业务主题划分主题指标的设计 实施 基本流程 油站:有安装、维修、巡检、改造需求 呼叫:打电话到呼叫中心下工单 呼叫中心可以直接解决 态度满意个数、响应速度的满意个数、技术满意个数 费用事实指标:报销费用、差率费用、补贴费用 差旅事实指标:油费、住宿费用、交通费用 网点物料事实指标:零配件的个数 …… 小结 掌握一站制造中的业务主题划分主题指标的设计 -- 油站id , call.accept_userid -- 受理人员id , 1 -- 单据数量(指标列) , case when call.process_way = 5 -- 油站id , call.accept_userid -- 受理人员id , 1 -- 单据数量(指标列) , case when call.process_way = 5 then 1 else 0 end -- 电话支持数量,如果是5说明电话支持,则计数为1,为后面聚合准备 , case when call.call_type in (1, 2, 3, 4) then

    38320编辑于 2023-07-31
  • 来自专栏White feathe 的博客

    H5请求

    请求有多种方案,就说说比较简单的几种方案吧 ---- 解决方案1: 也是比较简单直白的一种方式:利用Google Chrome浏览器来实现JavaScript跨请求,降低安全级,window方式如下 index index.html index.htm index.jsp index.do index.action; root D:/workspace/lnmp64/toumi-h5; gif|jpg|jpeg|bmp|png|ico|txt|js|css|apk|ipa|zip|plist)$ { root D:/workspace/lnmp64/toumi-h5;

    69520编辑于 2021-12-08
  • 来自专栏捞月亮的小北

    5. 对象共享数据

    在SpringMVC中,对象(也称为作用对象)是一种可以在请求处理过程中共享数据的机制。 SpringMVC提供了多种类型的对象,包括request、session和application。 通过在控制器方法中定义方法参数,SpringMVC可以自动将数据绑定到对象中,从而在请求处理过程中实现数据共享。 使用ModelAndView向request对象共享数据 ‍ 向对象共享数据: 通过ModelAndView​向请求共享数据 使用ModelAndView时 , 可以使用Model功能向请求共享数据 map.put("testScope", "hello,Map");    return "success"; } 5.

    37010编辑于 2023-12-01
  • 【C++高级主题】多重继承下的类作用

    一、类作用与名字查找规则:理解二义性的根源 1.1 类作用的基本概念 在 C++ 中,每个类(包括基类和派生类)都有独立的作用(Scope),类的成员(变量、函数、类型别名等)被封装在该作用内。 1.4 关键规则:“最近” 作用优先,但多重继承无 “最近” 单继承中,基类的作用是 “线性” 的,派生类到基类的路径唯一,因此名字查找不会歧义。 四、避免用户级二义性的四大策略 4.1 显式作用限定:指定基类作用 通过作用解析符(::)显式指定成员所属的基类,是解决二义性最直接的方法。 七、结论 多重继承下的类作用问题,核心在于名字查找的多路径性和基类作用的并行性。 二义性解决方案 显式作用限定、派生类重写成员、虚继承、using 声明。 赋值控制 显式重载赋值运算符,明确调用各基类的赋值逻辑,避免作用歧义。

    15410编辑于 2026-01-21
领券