mysql比较统计次数，时间比较

最新推荐文章于 2025-05-21 09:56:50 发布
最新推荐文章于 2025-05-21 09:56:50 发布
阅读量1.6k 收藏
点赞数
分类专栏： 随手记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39723363/article/details/80804174
版权

sql案例：统计个员工迟到的次数，8:30为上班时间，超过则为迟到。

思路：先比较时间作为where， 再统计次数count,再分组条件name，难点，在于日期转换，这函数很少用，

有两个函数可以解决。




二：


01行业视角：产品经理眼中的人工智能
Maggie8888888888的博客
03-06 255
今天，我从一个产品经理的角度，带你从全局了解了人工智能行业。在我看来，虽然人工智能可以让系统像人类一样进行理性的思考和行动，但它目前能够解决的问题还很有限。因此，人工智能未来是有无限潜力的。对于希望进入 AI 领域的产品经理来说，你只有对整个行业有一个全局的认识，才能结合自身的优势，找到最适合自己的领域和岗位。所以，这节课我们要牢牢掌握 AI 产业链的三个层级特点：基础层偏硬件，技术更底层，对人的技术能力要求最高；技术层多为 ToB 服务，对技术要求相对较高；
官宣！2025 全球产品经理大会来袭，聚焦 AI 产品实战，全景呈现未来产品图谱！
CSDN资讯
05-20 2517
赵九州，WPS 高级产品总监 & AI 产品负责人，负责 WPS 会员产品、AI 产品与计费平台，原腾讯 P12 产品专家，历任腾讯云-企业中心总监、 58 到家高级总监、360 集团产品总监，曾作为小程序 SaaS -火速移动的创始人，获得创新工场、DCM、合力资本等 VC 数千万美元风险投资。在商业实践中，始终秉持“市场驱动技术，技术驱动商业"的理念，在 AI 文旅，制造业，教育出版领域做战略布局，主导研发的 AWE 智能 AI 引擎获得 PAVD 主办大赛杰出奖。YouMind 创始人。
2025 全球产品经理大会来袭，聚焦 AI 产品实战，全景呈现未来产品图谱
最新发布
xhwuli的专栏
05-21 254
8 月 15–16 日，由 CSDN & Boolan 联合举办的「2025 全球产品经理大会」将在北京威斯汀酒店召开。围绕生成式 AI 与智能体产品设计、商业落地与用户体验创新等 12 大专题方向，展开为期两天的深度分享与思维碰撞。这是一次关于“产品与 AI 如何共创未来”的深度讨论，也是一场专属于产品人的智能时代聚会。
AI产品经理核心能力框架：AI能力图谱全解析！
2401_85373691的博客
05-13 854
过去，产品经理只需要关注用户需求和流程设计。而今天，一个智能产品的能力边界取决于背后的模型、算法、数据结构与交互逻辑。AI产品不再是“堆功能”，而是“编排能力”。 在这个背景下，AI产品经理必须要有一张“全景地图”来认知和调度AI能力。这张能力图谱，正是我们理解“AI能做什么、怎么做、做到什么程度”的基础。它从四个维度（知识与推理、自然语言处理、交互能力、辅助决策）展开，覆盖从输入到输出、从理解到行动的完整AI能力链条。
AI产品经理需要懂的技术全景图（自学笔记3）
m0_63177455的博客
06-06 846
AI 产品经理一定要懂技术！总的来说，AI 产品经理需要知道五方面的技术知识：1.数学统计学相关的基本概念 2. 模型构建的整个流程 3.常见算法的原理和应用场景 4.模型验收的具体指标和方法 5.模型相关的技术名词。其中，这三项知识非常重要，它们也是 AI 产品经理必备的核心能力。
【产品小白】产品经理岗位会被AI替代
蟹老板的博客
03-10 1449
产品经理岗位不会被AI替代，但是！不会用AI的产品经理会被淘汰。在硅谷某互联网巨头的产品战略会上，AI系统正在实时生成12套用户增长方案，自动评估每个方案的转化率预测偏差不超过1%；在东京的智能硬件实验室，自然语言驱动的需求文档生成器，正将产品经理从PRD撰写中解放；深圳的跨境电商团队，AI数字员工已能独立完成70%的竞品分析报告。而在同一时空维度，仍有产品经理深陷于手工处理用户反馈、肉眼比对数据报表、用Word文档撰写长达30页的需求说明书。
2025 AI产业全景深度解析：40页精华PDF免费下载，洞见未来趋势！
m0_63171455的博客
01-21 466
本文提供完整版报告下载，请查看文后提示。文│MoonFox、CEIBS、AI与管理创新研究中心**
AI产品经理需要懂的技术全景图
weixin_40929413的博客
05-05 581
AI产品经理需要懂技术，以便与算法工程师同频沟通，以及合理管控AI项目进度。
【2025转行必备】AI产品经理：9大关键问题全解析，轻松应对职业转型！
2401_85375151的博客
01-17 1172
今天分享9个大家普遍关注却少有人系统回答的问题。从四方面看：（1）技术角度：逐步成熟且仍有大量创新；（2）价值角度：从带动生产效率、效益提升角度有巨大潜在价值；（3）政策支撑：核心产业规模目标2030年达万亿；（4）机遇：增量市场空间依然很大，行业落地走向分化，有更多AI+纵向赛道孕育新机遇。AI产品经理需要了解AI相关的技术，但处于不同产业链层的产品经理对技术要求不同。AI产业链中划分为应用层、技术层、基础层。
AI产品经理求职资料库：存一下吧很难找全的！
2401_85390073的博客
01-15 867
涉及等多个维度，目前30多万字，后续会持续更新。从0-1做产品经理–必懂的技术框架从0-1做产品经理–BRD撰写方法从0-1做产品经理–MRD撰写方法从0-1做产品经理–四大分析模型从0-1做产品经理–目标用户的定义从0-1做产品经理–用户访谈从0-1做产品经理–用户画像从0-1做产品经理–竞品分析从0-1做产品经理–PRD撰写从0-1做产品经理–数据埋点B某站up主“KnowingAl知智”中文领域最佳学习指南–李宏毅机器学习斯坦福课程–机器学习导论。
AI产品经理入门手册（上）(1).pdf
02-24
1. 狭义AI产品经理：这类产品经理直接应用语义、语音、计算机视觉和机器学习等AI技术，涵盖对话、知识图谱、机器翻译、搜索、语音识别、人脸识别、车辆识别、智能视频分析、图像检索等技术领域。产品经理需对相应...
AIGC产品经理学习路径
数字化2025
07-11 3075
场景大模型生产平台定位，产品同学将业务需求拆解、转化成机器可理解的自然语言等描述，通过算法工具基于小样本的方式微调模型，实现产品同学自行构建场景大模型，即时评估效果、并进行策略应用，让模型和人的价值观对齐、认知对齐，从而达到复制人的能力，全程无算法工程师参与。设计一套 AIGC 内容质量管理体系，持续跟踪监控线上 AIGC 应用的内容质量，诊断问题，分析数据，优化大模型训练流程，做到 AIGC 应用的不断迭代。RAG：产品经理如何使用 RAG，以及如何对 RAG 的召回结果进行评估，评估指标有哪些。
Baklib赋能企业知识资产AI化升级
weixin_51374429的博客
05-18 1617
Baklib作为AI驱动的一站式知识中台，深度融合大数据与智能技术，助力企业实现知识资产数字化升级。通过构建安全可控的多语言知识库体系，帮助百度、京东等500强企业激活沉睡数据，提升60%AI数据准备效率，实现内容智能管理、多场景输出及业务创新，打造可视化AI Ready知识引擎，加速数字化转型进程。
咖啡叶子病害检测数据集VOC+YOLO格式1468张4类别均为单叶子
FL1623863129的博客
05-17 1146
标注类别名称(注意yolo格式类别顺序不和这个对应，而以labels文件夹classes.txt为准):["Cercospora","Miner","Phoma","Rust"]数据集格式：Pascal VOC格式+YOLO格式(不包含分割路径的txt文件，仅仅包含jpg图片以及对应的VOC格式xml文件和yolo格式txt文件)特别声明：本数据集不对训练的模型或者权重文件精度作任何保证，数据集只提供准确且合理标注。标注数量(xml文件个数)：1468。标注数量(txt文件个数)：1468。
垂直智能体：企业AI落地的正确打开方式
chainso23的博客
05-18 1327
在一次重大投资决策中，这个智能体通过详细的财务模型和风险分析，帮助企业识别了原计划中被忽视的潜在风险，优化了投资策略，最终实现了比预期高的投资回报。上述企业管理与运营领域的成功案例清晰地表明，真正有价值的智能体不是简单地调用模型或拼凑功能，而是通过深度融合领域知识、专业流程和企业特定数据，形成清晰的内部逻辑，最终成为企业决策和运营的可靠助手。高效的垂直智能体需要具备强大的任务记忆能力，能够在多轮交互中保持上下文理解，记住用户的需求和偏好，避免重复询问或提供不一致的回答。
ROS2使用yoloV12，V11，V10，V9，V8，V5等
qq_35598561的博客
05-19 581
ROS2使用yoloV12，V11，V10，V9，V8，V5等
《Python星球日记》 第95天：分布式训练与推理
Code_流苏：在代码中寻诗意，在实践中觅真知
05-19 1170
《Python星球日记》 第95天：分布式训练与推理，今天，我们将探索分布式训练与推理技术，这是解决大规模AI模型训练和部署挑战的关键方法
马尔可夫链（AI、ML）：逻辑与数学的交汇
项目git同名小胡说技书
05-20 788
# 马尔可夫链摘要 马尔可夫链是一种随机过程，其核心特性为"无记忆性"：系统的未来状态仅依赖于当前状态，而与历史路径无关。通过状态空间和转移概率矩阵，马尔可夫链能够描述系统如何从一个状态变化到另一个状态。这一理论广泛应用于人工智能、自然语言处理和蒙特卡洛方法中。从逻辑学角度看，马尔可夫链体现了确定性规则与不确定性结果的结合，为复杂系统分析提供了强大工具，展示了概率论与逻辑学的深度融合。
飞致云旗下开源项目GitHub Star总数突破150,000个
FIT2CLOUD飞致云的博客
05-20 421
在开源的道路上，我们与用户、与客户共成长。
我需要針對功能側，得到一個詳細的功能介紹文件
02-20
<think>好的，用户现在需要针对功能侧得到一个详细的功能介绍文件。我需要先回顾之前的对话历史，看看用户之前的需求是什么。之前用户要求的是一个详细的方案规划，结合落地可行性进行修正，我给出了分阶段的增强方案，包括技术选型、实施路径和风险控制。现在用户可能已经认可了整体方案，现在需要更详细的功能介绍文档，可能是为了进一步推动项目，或者需要向团队展示具体功能。 用户现在的请求是功能侧，所以需要详细描述每个功能模块，包括核心功能、子功能、用户界面、交互流程等。可能需要考虑用户的使用场景，比如开发团队、产品经理、测试人员等不同角色如何使用这些功能。同时，用户可能希望功能文档能够与之前的技术方案对应，保持一致性，并且强调落地可行性。 接下来需要确定功能文档的结构。通常功能文档应包括概述、核心功能模块、用户角色与权限、界面设计、交互流程、与其他系统的集成、非功能需求等部分。需要确保每个功能模块都有详细描述，包括输入输出、处理逻辑、使用场景等。同时，可能需要提供示例或示意图，帮助用户理解。 还要注意用户可能没有明确提到的需求，比如是否需要支持多语言、是否需要移动端适配、是否有特定的安全要求等。不过根据之前的方案，用户可能更关注核心功能如何实现，以及与现有工具链的整合，比如JIRA、Confluence等。 另外，用户之前提到风险控制，比如文档质量差、团队使用意愿低，所以在功能设计中可能需要包含文档质量检查、人工审核节点、激励指标等功能，以应对这些风险。同时，智能增强阶段的问答引擎和变更推演功能需要详细描述，确保用户明白这些高级功能如何运作。 可能需要询问用户是否有特定的模板或格式要求，但用户没有提到，所以按照通用的功能文档结构来组织。确保语言清晰，技术术语适当解释，避免过于晦涩。最后，要提供联系点，方便用户在需要进一步细节时沟通。</think>以下是为您定制的**功能侧详细说明文档模板**，包含功能全景视图、核心模块详解、交互逻辑及验收标准，已根据工程实践需求进行结构化设计： --- # 智能需求协同系统功能规格说明书 `版本：1.0-Draft | 适用阶段：MVP~全景化阶段` ## 一、系统定位 ```mermaid graph TD A[需求方] -->|自然语言需求| B(智能解析引擎) C[开发团队] -->|代码提交| D(关联追溯系统) E[测试团队] -->|用例管理| F(影响域分析) B --> G{需求知识图谱} D --> G F --> G G --> H[四大核心功能] ``` ## 二、核心功能矩阵 ### 1. 智能需求解析 #### 功能架构 ```mermaid flowchart LR A[原始输入] --> B{输入类型判断} B -->|文档/邮件| C[非结构化解析] B -->|API描述| D[OpenAPI提取] B -->|流程图| E[DeepSeek-VL识别] C --> F[实体关系抽取] D --> G[接口规范校验] E --> H[流程逻辑数字化] F & G & H --> I[统一知识图谱] ``` #### 关键子功能 - **多模态解析引擎** - 支持13种文档格式解析（含PDF/Word/Visio） - 流程图→PlantUML自动转换（精度≥92%） - 邮件线索关联（基于会话线程ID） - **冲突检测** ```python # 需求冲突检测逻辑 def detect_conflict(new_req, existing_reqs): # 基于Embedding的语义相似度计算 similarity = cosine_sim(new_req.embedding, existing_reqs.embeddings) # 业务规则冲突检测 rule_violations = check_business_rules(new_req.rules) return ConflictReport( semantic_conflicts = similarity[similarity > 0.85], rule_violations = rule_violations ) ``` ### 2. 全景追溯系统 #### 功能清单 | 功能维度 | 技术实现 | 可视化方案 | 数据源示例 | |--|-----------------------| | 正向追溯 | 需求→设计→代码的AST关联 | 交互式树状图 | Git提交记录/JIRA需求 | | 逆向追溯 | 代码变更→影响需求版本 | 热力图矩阵 | SonarQube/Checkmarx | | 横向追溯 | 跨系统需求依赖分析 | 力导向关系图 | 微服务调用链日志 | #### 典型交互流程 ```mermaid sequenceDiagram 用户->>+系统: 提交追溯查询（需求ID/代码片段） 系统->>+NLP引擎: 语义解析查询意图 NLP引擎-->>-系统: 返回查询类型（正向/逆向/横向） 系统->>+知识图谱: 执行图遍历查询 知识图谱-->>-系统: 返回关联实体路径 系统->>+渲染引擎: 生成可视化视图 渲染引擎-->>-用户: 展示3D可旋转追溯图谱 ``` ### 3. 变更推演引擎 #### 功能分解 1. **智能影响分析** - 代码级：方法调用链分析（基于LLM生成的AST路径） - 文档级：关联需求条款自动高亮 - 测试级：推荐需回归的测试用例（基于历史执行数据） 2. **推演沙箱** ```java // 虚拟变更模拟示例 public class ChangeSimulator { public ImpactResult simulate(CodeChange change) { VirtualBranch branch = createVirtualBranch(); applyPatch(branch, change); runImpactAnalysis(branch); // 静态分析+动态插桩 return generateDiffReport(); } } ``` ### 4. 需求健康度监控 #### 指标体系 | 指标类别 | 计算公式 | 告警阈值 | |--| | 文档活性指数 | (近30天访问次数)/(总关联需求数) | <0.5触发提醒 | | 代码覆盖偏离度 | 1 - (已实现需求条款/总条款数) | >20%标红警告 | | 变更波动率 | 标准差(周变更次数)/均值 | >1.2启动审计 | #### 可视化看板 ```mermaid graph LR A[数据采集] --> B[指标计算引擎] B --> C[实时仪表盘] B --> D[周期性报告] C --> E[Web可视化] C --> F[大屏投射] D --> G[PDF自动生成] ``` --- ## 三、非功能规格 ### 1. 性能要求 | 场景 | 基准指标 | 降级方案 | |----|---------------------| | 需求解析 | 平均响应时间≤8s（A4文档） | 启用异步队列处理 | | 复杂追溯查询 | 90%请求<15s | 返回部分结果+进度提示 | | 并发处理 | 支持50+并行解析任务 | 动态资源池扩展 | ### 2. 安全控制 - **数据加密**：文档传输使用TLS 1.3+加密 - **权限模型**：基于ABAC的动态访问控制 - **审计追踪**：所有操作记录不可篡改日志 --- ## 四、交付物样例 ### 1. 需求追溯报告（片段） ```markdown **需求ID**：CR-2024-0078 **关联代码**： - payment-service/src/main/java/com/example/PaymentController.java (L23-45) - risk-management/src/main/java/com/example/RuleEngine.java (L112-135) **影响测试用例**： 1. testCrossBorderPaymentLimit (TestCase#3321) 2. testVIPUserAuthentication (TestCase#2876) **文档变更历史**： - 2024-04-02 设计文档更新（关联ER图#45版本更新） ``` ### 2. 系统界面原型 ![界面示意图](https://via.placeholder.com/800x400.png?text=需求健康度看板+示例) --- 是否需要针对特定模块（如冲突检测算法或虚拟变更沙箱）提供**白皮书级技术细节**？或需要导出为特定格式（Word/Confluence/Markdown）的模板文件？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值