首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 技术解读:NineData 数据变更审批功能,收住生产库直连风险

    可行的方向只有一个:把变更从“个人动作”,变成“可审批、可追溯、可拦截、可回滚”的团队能力。NineData 数据变更审批功能,解决的就是这件事。 NineData 数据变更审批:把生产变更做成“走流程”,但不拖慢效率很多人一听“审批”就皱眉:是不是又要填表、等人、走半天? 把 NineData 用起来,可以先从这 4 条落地1)把“生产库变更入口”收口到审批不再允许随意直连、随意执行,把变更统一纳入审批与记录。团队的底线一旦明确,捷径自然会变少。 3)高危操作前置识别与提醒像 delete 不带 where、drop / truncate、对核心表的批量更新、结构变更等,至少做到“能提醒、能二次确认、能拦截”。 NineData 数据变更审批的价值,不是让团队“更谨慎”,而是让团队“更可控”:该快的时候快,该停的时候停,出了问题能追、能查、能止损。

    12310编辑于 2026-03-09
  • 2026 年数据库变更审批工具怎么选?NineData 凭什么排进第一梯队

    做过线上数据库变更的人都见过这种时刻:凌晨告警响了,群里第一句话不是 “谁写的 SQL”,而是 ——“这条变更谁批的?谁执行的?有没有记录?” 到了 2026 年,企业的数据库环境更复杂:多云、混合云、多种数据库选型已是常态。你需要的也不再是 “能审批”,而是 “能把变更这件事纳入可控、可追、可协同的体系里”。 ,甚至没做生产备份;恢复没演练,真出事才发现备份无效数据上云难,跨云迁移更难:多云与混合云趋势明确,数据源分散、链路长,迁移与同步长期运行的稳定性难度陡增看似 “数据库变更审批工具” 只解决第一条,实际上三条都会被它牵动 ,对 “数据库变更审批工具” 的意义是:审批通过之后,执行、验证、追溯不需要再切换多套工具与链路。 变更从 “靠人盯、靠祈祷”,慢慢变成 “有规则、能追溯、可闭环”。如果你也在选数据库变更审批工具,最头疼的是哪一类问题:权限放不开、审批难统一,还是多云多库下标准化落不下来?

    13220编辑于 2026-03-12
  • 来自专栏landv

    金蝶K3 审批相关SQL语句

    金蝶K/3 审批相关SQL语句 --http://127.0.0.1/lightApp/todocheckTask.aspx? where u.FUserID>=16384 and xt.fopenid='5b025f91e4b0d301fd093ca3' FTaskID as FTaskID from ICClassMCTaskCenter t1 with (nolock) inner join (--支持移动审批的单据集合 ICMobileBillType union select fid as FClassTypeID from icclasstype where FID>=200000000 and FBillTypeID=3 select fid as FClassTypeID FROM ICClassType where FID>1000000 and FFunctionID=259 and FBillTypeID=3

    90810发布于 2018-08-20
  • 来自专栏从ORACLE起航,领略精彩的IT技术。

    Oracle数据库文件路径变更

    1.将对应表空间offline,移动数据文件到新路径 2.数据文件alter database rename file '' to ''; 3.再将表空间online 情景二:所有数据文件迁移。 本文是针对情景二的实验,需求:主机/oradata挂节点变更为/usr2.在/usr2建立oradata文件夹来存放之前/oradata的所有文件。 操作步骤: 1.查看当前数据库的数据文件,临时文件,日志文件,控制文件,参数文件等信息。 2.根据当前spfile创建pfile文件,正常关闭数据库,移动源数据库文件到新的存储路径。 3.修改数据库参数文件,更改控制文件路径为新的存储路径,用改好的pfile文件启动数据库到mount状态。 4.重定向数据库的所有数据文件、日志文件路径,然后正常打开数据库。 g.umount -l /oradata 3.修改数据库参数文件,更改控制文件路径为新的存储路径,用改好的pfile文件启动数据库到mount状态。

    3K30发布于 2019-05-24
  • Navicat、DBeaver 和 NineData 这三款数据库管理工具,在变更审批上的区别到底有多大?

    如何搭建可追溯、有审批流程的数据变更规范,出问题后能快速回溯?其实,选对数据库管理工具,就能从根源上解决这些痛点。 目前市场上,Navicat、DBeaver、NineData 是常用的三款数据库管理工具,但三者在数据变更审批这一核心能力上的差异,足以影响团队的研发效率和数据安全。 但开源免费的背后,是企业级功能的缺失:开源版基本没有变更审批能力,即使是付费企业版,也需要依赖第三方插件才能实现简单审批,且功能不够完善、配置复杂,较难满足团队协同审批和风险管控的需求。3. Navicat:原生审批能力有限,主要依赖人工管理:基本没有原生的变更审批功能,最多只能通过数据库权限限制用户是否能执行修改操作,但难以实现“变更申请-审核-执行”的闭环。 3. 中大型企业 / 合规要求较高的行业(企业级管控需求)核心需求:企业级审批流程、全流程风险管控、合规审计、精细化权限管控,满足相关合规要求,解决生产库变更可追溯问题。

    38400编辑于 2026-03-18
  • 来自专栏CSDNToQQCode

    MySQL数据库基础练习系列40、报销审批系统

    数据库环境 MySQL版本:5.7.31-log 数据库字符集,所有数据库通用字符集与排序规则,支持中文数据。 '), (2, '2023-04-05', 1200.00, '参加会议相关费用', '待审批'), (3, '2023-04-10', 1800.00, '前往上海培训费用', '待审批'); INSERT '), (3, 3, 800.00, '培训期间的住宿费'); -- 插入ApprovalProcesses数据,为每个报销申请创建一个审批流程 INSERT INTO ApprovalProcesses (claim_id, approver_id) VALUES (1, 1), (2, 1), (3, 1); -- 插入ApprovalRecords数据,为每个审批流程添加审批记录 -- 假设第一个报销申请被同意 (1, 1, '同意', '报销申请已通过'), (2, 1, '驳回', '部分费用不符合报销规定'), (3, 1, '同意', NULL); 遵循的数据库三范式 数据库建表的三范式(3NF,Third

    65210编辑于 2024-06-16
  • 来自专栏ionic3+

    【技巧】ionic3善用数据变更检查

    有时候出现model变更了,但是页面没有更新 这个问题是ng2中的变更检测策略造成的,ng2并没有智能到一有数据变更就能自动检测到的,有些特殊情况,并没有触发ng的变更检测。 执行变更检测的一些情况有:组件中的输入发生变化、组件中有事件响应、setTimeOut函数等。 解决办法也很简单,ng支持手动触发变更检测,只要在适当的位置,调用变更检测即可。

    64950发布于 2018-08-20
  • 来自专栏宜信技术实践

    DBus数据库表结构变更处理方案

    数据库表结构变更在软件产品快速迭代过程中是普遍存在的现象,抽取数据库中的数据是DBus最重要的功能之一,那么对于数据库中表结构变更及其带来的各种问题,DBus是如何处理的呢? (本文仅讨论DBus for Oracle的实现方案) 贴源输出是DBus的基本设计原则之一,通过解析后的数据库日志获取数据转换成UMS输出到Kafka,当表结构发生变更时DBus必须能够及时的调整输出 UMS的结构,以确保和数据库中表结构保持一致,这里有两个问题需要解决: 1)如何感知表结构变更? 该方案思路简单容易实现,但也有一些明显的弊端,比如DBus需要提供高可用、低延时的REST服务,否则可能会使数据库中的DDL操作变得缓慢甚至执行出现错误; DBus 的REST服务器对有数据实时同步需求的所有数据库都必须开通防火墙策略 该方案实现相对复杂但具有很多优点,比如对数据库的侵入性相对较小,DDL执行时只是将数据写入到Event表中,相对网络通信来说,其延时更低、可靠性更高;更明显的优势是这种方案基于数据库日志实现,能够使用Event

    2K40发布于 2019-07-01
  • 来自专栏陶士涵的菜地

    RBAC权限与审批流的简单数据库构想

    -------- |user_id | ----------------- |channel_id | ----------------- flow(流程设置表,频道对应的多级审批角色 checker_id | ----------------- |next_role_id | ----------------- |check_status | ----------------- 审批流类似一个链表 审批流设置表可以配置某个频道的审批层级

    74320发布于 2019-12-26
  • 来自专栏Web 技术

    【前端3分钟】MVVM数据变更检测

    数据变更检测方法 手动触发绑定 通过在数据对象上定义 get() 方法和 set() 方法,调用时手动触发 get() 或 set() 函数来获取、修改数据,改变数据后会主动触发get() 和 set(

    34510编辑于 2023-10-07
  • 来自专栏yuyy.info技术专栏

    Golang 项目启动时维护数据库变更

    前言 数据库变更管理是软件发布必不可少的环节,理想状态是只需发布一个镜像,就能更新应用和数据库。我们项目使用gorm来操作数据库,gorm是具有数据库迁移功能的,但是没有SQL脚本直观。 一次数据库变更包含一个升级脚本和一个回退脚本,考虑到我们没有数据库变更回退的需求,down.sql内容为空。 MySQL和Oracle不支持DDL回滚,但PG是可以的。 fs embed.FS // 由于 go:embed 可以配置多个目录,这里还需要指定下 initSqlPath = "sql" ) // InitDb 用于项目启动时初始化数据库 ,写完后调试代码时发现,golang-migrate具备锁功能,它是通过pg的咨询锁实现的数据库级别的锁。 参考 Golang migrate 做数据库变更管理 Post Views: 5

    1.3K10编辑于 2023-02-01
  • 来自专栏云云众生s

    实时访问后端数据库变更数据捕获

    利用变更数据捕获(CDC)实现实时分析 然而,感谢实时变更数据捕获(CDC),希望并未破灭。 CDC 是跟踪对数据库所做的更改(如插入、更新和删除)并实时将这些更改发送到下游系统的一种方法。 变更数据捕获工具从数据库日志文件中读取并将更改事件传播到下游使用者的消息队列。 这些组件是为了浏览数据库模式并支持跟踪特定表而构建的。最常见的工具是 Debezium,这是一个开源的变更数据捕获框架,许多数据栈公司在其上构建了变更数据工具。 此系统订阅事件流平台上的变更数据主题,并将它们写入一个优化了低延迟和高并发分析查询的数据库变更数据捕获:使您的关系数据库实时化 变更数据捕获(CDC)弥合了传统后端数据库和现代实时流数据架构之间的间隔。

    97410编辑于 2024-03-28
  • 来自专栏架构专题

    老板:把数据库变更,给整利索了

    在修修补补之中,给后人留下一堆屎山之前,我们需要把数据库给整利索了。 想想吧,我们在开发环境,修改了多个字段的名称,经历了测试环境的洗礼,还搞了个预上线接受变更。 我们需要把这些数据库变更,使用git这样的工具管理起来,在系统启动的时候,能够自动变更。通过口口相传,太不可信了。 谁也不想背这个锅。翻聊天记录?有用么?都是事后诸葛亮。 一般,数据库变更,会有下面几种语句,我们都可以使用flyway来完成。 Foo'); insert into PERSON (ID, NAME) values (3, 'Ms. 大体如上图所示,包含: 前缀 版本号 分隔符 版本描述 flyway就是靠这种约定,来进行库表变更的。所以,要严格按照它的要求去命名Sql文件。 3.

    1.5K20发布于 2020-12-11
  • YashanDB数据库变更数据捕获技术详解

    数据库面对海量数据和高并发访问场景时,如何高效、准确地捕获数据变更,保障数据一致性与系统性能,是业界关注的难题。 实现高效的变更捕获首先依靠Redo日志中按事务组织的记录,完整描述数据库数据行的状态变更。 技术优化方案及建议确保Redo日志配置合理,开启归档日志管理,以完整捕获数据库变更,提高备份恢复和同步能力。 结论随着数据规模的快速增长和实时业务对变更数据及时性要求的提高,优化变更数据捕获技术已成为数据库系统性能竞争的核心。 未来,随着数据库多形态融合和智能优化技术的发展,YashanDB将在数据一致性保证、增量同步效率及变更数据服务能力上持续深入提升,助力企业实现更高效的业务运营和数据价值挖掘,推动数据库技术创新和产业进步

    17110编辑于 2025-08-23
  • 来自专栏运维之美

    单表超 100000000 条记录的数据库结构变更,你能做到在线平滑变更吗?

    众所周知,很多互联网业务都面临着无法停机,需要在线变更数据库结构的情况。但是在线修改数据量较大的表,可能对线上业务产生较大影响,比如: 在线修改大表的表结构执行时间往往不可预估,一般时间较长。 值得注意的是,如果在需要变更的列上创建主键或是唯一索引时,则会以这些列创建触发器; 2.不能使用RENAME子句为表进行重命名; 3.字段不能通过删除再重添加的方式进行重命名,这种方式是不会拷贝原字段的数到新字段上 --host,-h 指定连接的数据库 IP 地址。 --port,-P 指定连接的数据库 Port 端口。 --user,-u 指定连接的数据库用户。 D 指定变更表所在数据库 t 指定需要变更的表 h 指定要连接的 HOST P 指定要连接的 PORT S 指定连接所使用的 SOCKET 文件(Unix systems) u 指定连接的用户名 p `employees` -- 删除 3 个触发器 ' 当 --alter-foreign-keys-method=drop_swap 时,直接删除。

    3.8K20发布于 2019-10-14
  • YashanDB数据库的版本控制与变更管理策略

    在现代数据日益增长的背景下,数据库管理面临着多重挑战,如数据一致性、版本控制和变更管理策略的高效实施。 在这种高复杂度的环境中,YashanDB作为一款高性能关系型数据库,提供了一系列的版本控制与变更管理策略,以确保数据治理的高效性及可靠性。 本文将对YashanDB数据库的版本控制与变更管理策略进行深入探讨,为数据库管理员和开发人员提供切实可行的操作指导。1. 当碰到突发故障时,利用备份集可以快速恢复数据库状态,降低业务影响。这些备份同样涵盖了数据库的所有元数据,使得使用者可以在不同的时间点恢复到需要的状态。3. 具体微信建议与操作列表基于YashanDB的版本控制与变更管理策略,以下是具体的操作建议:实施多版本并发控制,确保数据库并发读写的性能及一致性。定期检查和维护审计日志,确保变更操作透明并可追溯。

    18510编辑于 2025-10-21
  • 来自专栏林德熙的博客

    WPF 从 dotnet core 3 到 dotnet 5 的变更

    本文收藏我所了解的从 dotnet core 3 到 2020.11.10 发布的 dotnet 5 的 WPF 的变更 修复坑 应用资源的线程问题 App resource threading issue Add internal feed build steps by mmitche · Pull Request #3267 · dotnet/wpf Remove workarounds by wli3 mmitche · Pull Request #3234 · dotnet/wpf Add the property for MicrosoftWindowsDesktopSdkImported by wli3 BaseIntermediateOutputPath #1718 by ryalanms · Pull Request #3120 · dotnet/wpf Shuffle property location by wli3 走开源管理 更多细节请看官方仓库 ---- 本文会经常更新,请阅读原文: https://blog.lindexi.com/post/WPF-%E4%BB%8E-dotnet-core-3-

    1.7K10发布于 2020-11-19
  • 数据库团队SQL审核,数据库变更管理仍然容易出现偏差?

    按理说,数据库变更应该比以前更可控。但现实往往不是这样。 3. DBA 关注点很多非 DBA 角色看数据库变更,关注点通常是“能不能发布成功”。但 DBA 看问题的方式完全不一样。 总结如果你的团队现在还处在下面这种状态:SQL 审核平台负责审 SQL;客户端负责连接数据库和执行;工单系统负责审批记录;群聊负责通知和催办;DBA 负责在这些系统之间人工补位;那数据库变更管理出现偏差 因为你们虽然上了 SQL 审核,但并没有建立数据库变更闭环。审核只是一个点,而不是一套机制。 对 DBA 来说,是把数据库访问、规范、审批、执行、安全、审计收进一套平台里,让生产变更从“靠经验补位”变成“靠机制约束”。

    10410编辑于 2026-03-31
  • 来自专栏开源栈

    数据库系列:高并发下的数据字段变更

    那么有什么办法对数据库的业务表进行无缝升级,让该表对用户透明无感呢?下面我们一个个来讨论。 2 新增关联表 最简单的一种办法,把新增的字段存储在另外一张辅表上,用外键关联到主表的主键。 3 新增通用列 假设我们原有表结构如下,为了保障业务的持续发展,后续不间断的会有字段扩展。这时候就需要考虑增加一个可自动扩缩的通用字段。 以下是典型的的多主要模式下,进行数据库表结构升级的过程。 切记在业务低峰期进行,避免流量过大导致另外一个数据库实例负载过大而挂起。 轮流这个操作,但是这时候不需要再升级DB2了,因为是主主同步。 等两个数据库实例都一致了,修改配置,重设两个数据库实例的负载,恢复到之前的状态。

    1.2K50编辑于 2022-09-28
  • 来自专栏嘉为动态

    数据库变更频繁,如何高效进行SQL审核发布?

    应用运维和变更经常会涉及到数据库变更,开发人员需要上线发布的SQL,除了要语法正确,还要满足一定的SQL规范,才能尽量减少可能存在的性能和安全隐患。 各方痛点 需求方 SQL语句需要等待DBA人工审核,效率低下; 变更需求沟通可能存在误解和遗漏,需要准备详尽的变更手册,费时费力; 没有地方统一管理SQL脚本,可能造成错误和遗失。 操作方 人工审核SQL语句,工作繁重,而且很可能遗漏高危操作或不合规操作; 对象多,步骤多,如何保证变更操作快速准确不出错; 需要提前准备回滚方案,一般是备份数据库或者变更前查询数据进行保存,即使简单的变更也需要大量准备工作 管理方 需要授权手动连接目标数据库,如何保证只执行变更范围内操作; 审批流程线上化,变更操作仍在线下,流程脱节。 嘉为蓝鲸SQL审核发布 嘉为蓝鲸SQL审核发布集脚本管理、语法检测、审批流程、批量SQL执行于一体,可有效降低上线错误、不合规、高危SQL的风险,并为外部应用提供SQL执行相关的底层能力。

    1.4K30发布于 2020-11-09
领券