基于ERP系统的账外赊销解决方案

从Arduino IDE到Atmel Studio:ATmega328P开发的进阶之路 本文探讨了从Arduino IDE转向Atmel Studio进行ATmega328P开发的进阶路径。通过对比两者差异,详细介绍了Atmel Studio的环境配置、寄存器操作思维、烧录方法及高级调试功能,帮助开发者突破Arduino的封装限制,实现对单片机底层硬件的精细控制与性能优化,提升嵌入式开发的专业能力。 阅读详情
 企业“账外赊销”现象 

 企业信息化的实践过程中,存在如下的问题:库存实物账与财务账严重不符,通常情况下,是库存实物账少于所对应的财务账;通过对销售业务台账的详细审查,发现库存实物账上所短缺的那部分商品,已经被销售部门以销售的名义发往客户;客户对此也予以确认,并可以提供相应的证明表示已收到商品;通过对财务账上应收账款的仔细检查,发现客户所收到商品的对应金额并未登记到相应的应收账款中,即客户所收到的实际商品数量及相应金额(笔者称之为客户实际欠款)高于财务账上所登记的应收账款。对此,销售部门的解释是:这些发出商品但不登记相应财务账的销售活动属于正常的“赊销”业务,是正当、合理、合法的,不存在任何问题。但事实并非如此。众所周知,赊销的基本概念是这样的,当供货商将商品发出后,商品的所有权随之发生了转移,客户拥有商品的所有权,并承担了向供货商付款的责任,而供货商则拥有了向客户收取货款的权利,在供货商的财务账上相应的产生了应收账款。据此,可以看出这些被销售部门称为“赊销”的销售活动并非真正意义上的赊销业务,它与真正意义上的赊销业务相比,最大的区别在于:财务部门在商品发出后,未及时开具发票,并将商品发出后所形成的款项登记到相应的应收账款中。所以,上述销售活动不是真正意义上的赊销业务。  

 为将上述销售活动与真正意义上的赊销业务进行区分,笔者将这些类似于赊销、但又与之存在巨大差异的销售业务称为“财务账外的赊销业务”,简称为“账外赊销”。    

 “账外赊销”现象产生的原因  

 “账外赊销”在企业中普遍存在,不论这些企业是制造业还是商贸流通业。笔者所调查的一家中型流通业企业(年销售收入超过5亿元),其销售业务的90%以上是通过“账外赊销”而非赊销方式完成的,那么,企业为什么要采用“账外赊销”这种销售方式呢?销售部门的解释是市场竞争所致,如果不采取“账外赊销”的销售方式,可能会丢失市场或难以获取较大的市场份额。但从笔者对市场及其销售活动的详细调研和分析中,笔者认为市场竞争并不是采取“账外赊销”销售方式的原因,采用“赊销”销售方式也可以达到相应的目的。通过对企业的更进一步的研究,笔者认为,企业内部管理才是产生“账外赊销”的主要原因。下面对此进行详细分析。  

 第一,是财务部门的原因,在通常情况下,财务部门在登记应收账款时,是以发票的开具为基准的,即不论销售部门是否已经发货,财务部门在给客户开具发票前,是不会为客户登记应收账款的;这一业务流程也符合国家税法和财会制度的相关要求。根据上述业务流程,财务部门在明知销售部门已将商品发给客户、且客户业已确认收到该批商品的情况下,仍不会为该客户登记相应的应收账款,进而形成了“账外赊销”。  

 第二,是税务方面的原因,如果在某个会计期间内,可抵扣的进项增值税款余额较少时,为避免交纳或减少交纳增值税,财务部门会主动要求销售部门尽可能的少为客户开具发票,而这样做的结果,同样会导致“账外赊销”的产生。  

 第三,是库存的原因,由于企业的销售品种多、销售量大,财务部门没有严格遵循财务制度(可能是财务部门没有足够的人力、物力,也可能是责任心的问题)定期完成库存商品的盘点工作,这将直接导致财务部门不能及时准确的掌握库存商品的实际情况,间接的放任“账外赊销”的发展。  

 第四,是企业内部管理制度的原因,由于很多企业内部管理制度不健全,业务流程不清,特别是执行的力度不够,库存管理部门直接将提货联、送货联等库存商品变动单据交给了销售部门,而不是按规定传递给财务部门;而销售部门一直等到需要为客户开具发票时,才会将上述单据传递给财务部门;所以,是否有提货、送货等库存商品的变动,财务部门一无所知。  

 第五,由于会计师事务所的审计工作是在第二年的3-5月份,而在此期间,即上一年年末到第二年的3-5月份,任何一个企业的库存商品的变动都将会非常大,因此,很难查找到上一年年末的实际的库存商品情况;在这种情况下,如果会计师事务所能力不足或责任心不强,加上企业有意的隐瞒和误导,会计师事务所的审计是不可能查找到上一年年末的实际的库存商品情况,也就不可能发现“账外赊销”了。  

 第六,由于“账外赊销”的存在,企业还是可以得到一定的利益的,如通过“账外赊销”就可以不在销售当期确认销售收入,进而可以减少交纳当期的增值税和营业税,同时,因不确认销售收入,也就无法确认销售毛利,可以减少交纳当期的所得税。  

 “账外赊销”带来的风险    

 “账外赊销”与“赊销”非常类似,其区别仅在于是否已为客户开具发票并登记相应的应收账款,由此可知,“账外赊销”风险不仅包括了“赊销”所具备的全部风险,而且还潜在存在着一个更大的风险,即由于“账外赊销”的相关数据仅由销售部门所掌握,且不在财务账上登记,所以财务部门无法对其进行事前管理和事中监控,更不可能被企业管理层所了解。所以,当“账外赊销”出现问题时,就可能给企业带来巨大损失。赊销的危害性是众所周知,很多企业对此已早有防范,但“账外赊销”却不同,很多企业对此并无太多的认识。下面对“账外赊销”所特有的风险进行分析。  

 应收账款:由于采用“账外赊销”的销售方式时,不为客户开具发票,财务部门是不登记应收账款,故财务账上的应收账款一定小于客户的实际欠款,不能反映企业应收账款和客户欠款的实际情况。  

 信用管理:由于应收账款数据不准,所以,以应收账款为基准的信用管理也将失去其效能而无法使用。  

 库存实物:由于库存商品已经发出,但财务部门没有相应的减少库存商品账目,所以库存实物一定小于财务账上的库存。  

 销售收入及销售毛利:由于采用“账外赊销”的销售方式时,不为客户开具发票,财务部门也就不确认销售收入,同时也就无法确认销售毛利,所以,企业实际的销售收入和销售毛利将大于财务账上的销售收入和销售毛利。  

 由此可见,由于“账外赊销”的存在,虚增了企业的资产,降低了企业的负债,减少了所有者权益,导致财务账严重失真,使得财务账失去了应具有的准确描述企业经营管理真实情况的能力,将对企业的经营管理产生巨大影响。如果企业依据严重失真的财务账进行经营决策的话,将可能产生巨大的危险。  

 采用ERP解决“账外赊销”问题  

 部分企业对“账外赊销”这种销售方式的危害性已有所察觉,在笔者调研的过程中,不少企业根据企业的实际情况,制定了相应的内部管理制度,禁止销售部门采取此种不受信用管理约束、未经授权且不在财务账上登记的“账外赊销”销售方式,但却是屡禁不止,因“账外赊销”产生的问题还是层出不穷,难以管理和控制。笔者认为,“账外赊销”屡禁不止的原因,在于企业无法及时、准确的掌握“账外赊销”的相关信息,导致企业难以对“账外赊销”进行事前管理和事中控制。因此,笔者建议在加强企业内部管理的同时,通过企业信息化的方法来解决“账外赊销”这一难题。   

 ERP系统关于账本设置的主要原则是:只设置一本账,即不再区分和设置财务账、销售业务账以及库存实物账,通过一本账对财务、销售业务和库存实物进行全面且统一的管理。因此,当有库存实物发出时,ERP系统将在这本账上予以体现,而不是分别纪录在财务账、销售业务账和库存实物账上,同时也不需要相关单据的传递等额外的动作。

 ERP系统关于库存商品的发出与发票的开具之间采取货票分离的原则,即两者之间无强制性的勾稽关系,两者均可独立完成,开具发票时,由相应的发货单据生成对应的发票,同时完成相应的财务凭证。  

 以SAP的R3系统为例,在库存商品发出后,生成如下所示的财务凭证:   

    借:发出商品  

 贷:库存商品  

 而在发票开具后,又生成如下所示的财务凭证:  

 借:应收账款  

 贷:发出商品  

 在这里需要说明的是,目前国内所使用的主流ERP系统(包括SAP、Oracle等国外著名的大型ERP系统)均采用上述处理模式,因此,并非某一家公司的ERP系统所特有的。
  根据上面的分析,为通过ERP系统来解决“账外赊销”这个难题,保证企业正常的经营运作,保证ERP系统的成功实施和应用,为此,笔者设计了三个不同的解决方案,拟从业务流程再造(BPR)、ERP系统内部修改、二次开发等方面来解决这一难题,下面逐一详细论述。  

 (一)业务流程再造(BPR)解决方案  

 根据前面的分析,我们知道,“账外赊销”与“赊销”相比,由于未为客户开具发票,导致财务部门后续工作无法进行,进而出现应收账款“黑洞”等诸多不利因素,并使财务账严重失真,不能反映企业经营管理的实际情况。  

 因此,从企业经营管理的角度而言,“账外赊销”这种销售方式也是应该严格加以控制的。故在业务流程再造的解决方案中,笔者建议采取“一月一结”的方式,即到会计期末,统计本会计期间内发生的“账外赊销”销售业务,并为这些销售业务开具发票,交与客户并在财务账上予以登记。  

 通过这种解决方案,使“账外赊销”变成了“赊销”,确保了财务账的准确性。因此,是可行的。需要指出的是,上述解决方案对某一会计期间而言是可行的,但在“账外赊销”发生之时到该会计期间的期末这段时间内,并不是十分精确的,需要其他的辅助手段。  

 笔者认为,业务流程再造的解决方案是比较合理、比较现实的解决方案,但由于业务流程再造涉及企业内部管理的规章制度和财务处理流程以及库存实物管理流程的变革,因此必须在企业“一把手”统筹安排下,方能妥善解决。  

 (二)ERP系统内部修改解决方案  

 “账外赊销”问题产生的直接原因是,库存商品发出后,没有同时出具发票,如果能在ERP系统中找到这样一种方法,即强制要求货票同期的话,“账外赊销”的问题就不复存在了。基于上述设想,笔者建议如下:在库存商品发出的同时,ERP系统自动完成ERP系统内部的发票开具工作,真正的增值税发票可以同时打印或根据需要在同一会计期间内打印。同样以SAP的R3系统为例,在库存商品发出后,直接完成发票开具工作,生成如下所示的财务凭证:  

 借:应收账款  

 贷:库存商品  

 笔者认为,ERP系统内部修改的解决方案是非常符合国家税法及财会制度的,是最彻底和最完善的解决方案,但同时也是最难以与企业实际相结合的解决方案,在企业的实施过程中,该方案的实施难度也是最大的。  

 (三)二次开发的解决方案  

 “账外赊销”的管理难点在于:“账外赊销”的隐蔽性,除销售部门外,财务部门乃至企业管理层都难以获取足够的数据,对“账外赊销”进行事前管理和事中监控。有鉴于此,本方案充分利用了ERP系统中已有的大量数据,根据“账外赊销”的实际情况,生成相应的报表,以使企业管理层及财务部门随时了解“账外赊销”的详细情况,以防出现任何未曾预料到的问题发生。具体的报表有:  

 “账外赊销”日报:包括当日发生的“账外赊销”数据,以及汇总数据,其数据是ERP系统中库存管理模块的已交货未开票的数据。  

 客户欠款报表:为截至到报表制作日为止的客户欠款情况,客户欠款为客户在财务账上的应收账款,加上客户“账外赊销”的数据,其数据来源于ERP系统中财务管理模块的应收账款数据和库存管理模块的已交货未开票的数据。  

 销售日报:包括当日发生的销售数据,以及汇总数据,当日销售数据为当日开具发票的数据,加上当日“账外赊销”的数据,再减去当日开具发票中以前的“账外赊销”的数据,其数据来源于ERP系统中财务管理模块的销售收入数据和库存管理模块的已交货未开票的数据。  

 除此以外,由于“账外赊销”的存在,财务账上的应收账款不能准确表示客户的实际欠款,因此,在进行信用管理时,就不能仅仅考虑应收账款,而应该加上客户的“账外赊销”情况。故笔者对ERP系统的财务管理模块也进行了二次开发,不仅提供应收账款和“账外赊销”金额的汇总额,而且可以通过简单操作,同时提供应收账款和“账外赊销”金额的明细项目,这些数据使信用管理变得更为简单、准确,也使销售活动更为安全、合理。这样的信用管理方法,大大减轻了信用管理的难度和工作量,提高了信用管理的准确性,同时强化了企业的内部管理。  

 笔者认为,二次开发的解决方案虽然简单易行。且不涉及企业内部管理规章制度和处理流程的变更,但在实际应用过程中增加了人为干预环节,有悖于企业开展ERP工作的初衷。  

 由于“账外赊销”隐藏较深,不易察觉,在手工条件下,如果不严格按照企业管理制度和规范,定期完成财务账、业务账和库存实物账的对账工作,是不可能全盘掌握“账外赊销”实际情况的;因此,“账外赊销”是非常危险的,会给企业带来巨大的风险,企业应对此加以重视和防范,并通过信息化的手段(如实施ERP等)对此加以控制。而在另一方面,在企业内部,“账外赊销”通常不为销售部门以外的人员所知,也没有反映在企业的财务报表上,企业管理者对此并不熟悉,更谈不上对“账外赊销”的监控和管理,所有这些,都将给企业的日常管理和经营决策带来不安全因素,同样需要企业加以防范和控制。  

 本文简单分析了“账外赊销”的起因和风险,以及对企业管理的影响和作用,并找出了相应的解决方案,但“账外赊销”现象对企业的风险并不仅仅局限于此,需要对此进行更深一步的研究和探讨。

Windows 本地 PostgreSQL 忘记 postgres 密码后,如何重置密码并给 root 用户最高权限 <think>我们只需要根据内容生成摘要,不超过150字。摘要应该简明扼要概括主要问题和解决步骤。注意是中文摘要。</think>在Windows本地开发中,因root数据库账号无CREATEDB权限且忘记postgres超级管理员密码,通过临时修改pg_hba.conf为trust认证重置密码,并重启PostgreSQL服务进行登录,最后授予root用户SUPERUSER等权限,完成数据库创建。 阅读详情

相关推荐

【无人机编队】基于matlab虚拟leader无人机编队仿真【含Matlab源码 3279期】

虚拟leader无人机编队仿真 完整代码,包运行;可提供运行操作视频!适合小白!

订阅付费专栏Matlab(奶茶价版),可赠送奶茶价版付费专栏指定代码1份; 817

发出商品

一、本科目核算企业商品销售不满足收入确认条件但已发出商品的实际成本(或进价)或计划成本(或售价)。 采用支付手续费方式委托其他单位代销的商品,也可以将本科目改为“委托代销商品”科目核算。 二、本科目应当按照购货单位及商品类别和品种进行明细核算。 三、发出商品的主要账务处理 (一)对于不满足收入确认条件的发出商品,应按发出商品的实际成本(或进价)或计划成本(或售价),借记本科

少年休闲海 4464

rpe phigros制铺器

rpe phigros制铺器

oracle怎么冲应付账款,ERP操作技巧之轻松搞定应付帐款流程

国内很多ERP实施顾问,一个顾问要负责整个项目;而不象OracleSAP等大型的ERP软件,一个顾问只负责一个或者几个模块,一个ERP项目要出动好几个顾问。所以,国内的顾问有点全才的味道,即要懂销售、又要懂生产,还要懂财务。但是,事实是国内的ERP顾问很多都不是财务出身,财务方面的管理没有经过系统的培训,实施财务模块时,总给客户一种不专业的感觉。今天,我就借这个平台,给大家梳理一下财务管理的流程...

weixin_39849479的博客 1023

PostgreSQL 并发约束实战(第 1 篇):排他约束如何挡住并发重复预约

两个用户同时预订会议室 A 的 10:00—11:00。两个请求都先查询“没有冲突”,随后各自插入一条预约,两个事务也都成功提交。SQL 没报错,唯一键没有重复,会议室却被卖了两次。PostgreSQL 真正形成差异的地方,不是比另一种数据库多几个数据类型,而是能把“同一资源的时间段不得重叠”变成提交时持续成立的数据库约束。这篇文章只证明这一个判断。它不证明 PostgreSQL 在所有 OLTP 场景都优于 MySQL,也不证明所有业务规则都应该塞进数据库。

weixin_42426485的博客 502

单文件部署的MQTT轻量级物联网数据平台

变量 `value` 为设备上报的原始值,支持 `+ - * / % **` 及 `abs round min max pow int float sqrt`,如 `value / 10 - 40`。- **全局**:点击左侧导航「**报警信息**」,可直接查看当前账号可见范围内**未消除的报警**,每条显示时间、设备、产品、属性、报警类型(超上限 / 低于下限)、当前值与阈值。删除 `iot.db`(和 `db.key`)会重置为默认账号 admin/admin123,但**会清空所有数据,慎用**。

u012320127的博客 309

Oracle】一次ORA-12514错误解决总结

整个过程的核心是从磁盘空间满问题入手,清理临时文件,启动数据库,重建缺失文件,最后强制注册监听器。为临时表空间文件,大小 28GB,数据库关闭时内容无效,可安全删除。:监听器运行正常,但未注册任何服务,判断数据库实例未启动或未注册。:数据库挂载(MOUNTED)成功,但因缺少临时文件未自动打开。:查看 PMON 进程是否存在,确认数据库是否已启动。:立即让监听器识别到数据库服务,无需等待自动注册周期。:无 PMON 进程,数据库实例处于关闭状态。:释放足够的磁盘空间,使数据库能正常启动。

姜太小白的博客 177

MySQL数据库与SQL语言:从数据类型到DQL查询核心

本笔记系统讲解MySQL数据库核心知识。数据库是有组织的文件系统,分关系型与NoSQL。数据类型选型关键:decimal存金额,char存手机号,varchar存可变文本,text存大文本。约束保数据完整性,主键唯一标识每行。SQL分DDL(结构)、DML(增删改)、DQL(查询)。查询重点:WHERE条件过滤、ORDER BY排序、LIMIT分页(索引从0)、GROUP BY分组、聚合函数(MAX/COUNT等),COUNT(*)统计全行,COUNT(字段)跳过NULL。子句顺序固定。

既然你都点开这里了,那可以给我点个关注吗?可以吗?可以吗? 417

Oracle迁移到PostgreSQL数据库-FGOracle2PG工具

FGOracle2PG 是一款高性能、高可靠的 Oracle 数据库到 PostgreSQL 数据库迁移工具。它由风哥基于多年数据库运维与迁移实战经验开发。工具采用纯 Python 实现,支持命令行(CLI)与可视化 Web 控制台两种操作方式,能够覆盖从开发测试到生产环境的全场景数据库迁移需求。

风哥oracle/mysql/pg技术教程 190

【基于GO的Web开发20】GORM 查询操作

查询不到数据时,才使用 Attrs 里面的值初始化结构体;把查询结果扫描到结构体,复用查询逻辑,不一定绑定 model。Map 会把所有 key-value 全部作为查询条件,可以把条件不断拼接,最后调用立即执行方法执行 SQL。无论是否查询到数据,都会把参数赋值给结构体变量。抽取通用查询逻辑,封装成函数,实现查询逻辑复用。,会查询单条记录,需要传入模型指针接收结果。,直接提取到切片,不需要完整模型结构体。链式调用中,如果写多个立即执行方法,只查询需要的列,避免查询全部字段。直接传入主键切片,等价于。

2503_92676540的博客 225

格式化掩码 FM999999999999999999999.00 是 Oracle 数据库中 TO_CHAR 函数的数字格式模型

永洪报表中ROUND()后数值显示为十六进制,实为数字过大时引擎用了科学计数法(如1.6E9),字母E被误认。解决方法是使用TO_CHAR配合格式掩码FM999999999999999999999.00,强制转为无科学计数法、保留两位小数的字符串。注意FM去除空格,9为整数占位,0强制小数位;需预留足够位数,否则返回###。

Irene1991的博客 147

FastAPI + SQLAlchemy 异步会话(AsyncSession)核心方法

result = await db.execute(select(News).where(...)) # 执行查询,返回 Result 对象。items = result.scalars().all() # 提取 Python 对象列表。await db.refresh(new_news) # 将生成的ID加载到本地对象。await db.commit() # 自动检测到对象变更,生成UPDATE发送。# ① 标记操作(内存中记录,未发SQL)

m0_52302665的博客 300

MySQL 派生表(Derived Table)与物化(Materialization)详解

<think>Draft concise ≤150字 Chinese abstract covering derived table, materialization cost, cause, identify, solutions, version.</think>派生表是FROM子句中的子查询,MySQL常将其“物化”为临时表。若派生表含GROUP BY/聚合且基于大表,优化器会先全表聚合,外层过滤条件无法下推,导致主表很小查询却极慢。可用EXPLAIN中的DERIVED、<derivedN>、Usin

BADAO_LIUMANG_QIZHI的博客 307

# Text2SQL 工程实战:用 Qdrant 向量库让系统理解数据库结构

<think>我们根据要求,需要根据提供的内容生成≤150字的文章摘要。用户说“根据以下内容,生成≤150字的文章摘要”,内容是一篇关于Text2SQL工程实战的文章,讲用Qdrant向量库让系统理解数据库结构。我们需要写一个摘要,概括文章主旨、主要内容、亮点(比如10个踩坑点、完整代码、架构等)。要控制在150字以内。 注意是“文章摘要”,不是“导读”。应该用简洁的语言概括。我们输出摘要即可。 先思考内容:文章主要解决Text2SQL系统中大模型理解数据库结构的问题,提出用向量库(Qdrant)对Sche

l125865的博客 433

Oracle HIS业务视图优化实战|VI_BQ_YWTX11从高耗费到秒级响应

本文针对Oracle19c HIS系统中病区医嘱复核统计视图因多表关联、OR+ISNULL条件导致查询卡顿问题,完整复盘调优过程:摒弃臃肿复合索引,利用19c INCLUDE特性精简索引;重构SQL为“先聚合再关联”,规避笛卡尔积;以真实耗时为准验证性能,实现秒

weixin_42767242的博客 321

语义层 vs MCP 工具层:Agent 调用数据时,语义应该放在哪一层

语义层解决业务一致性,MCP 解决连接和互操作性。企业可以通过 MCP 暴露语义服务,但不应把二者理解为替代关系。

Aloudata的博客 346

JavaWeb(二)

在前面我们学习MySQL数据库时,都是利用图形化客户端工具(如:idea、datagrip),来操作数据库的。 我们做为后端程序开发人员,通常会使用Java程序来完成对数据库的操作。Java程序操作数据库的技术呢,有很多啊,而最为底层、最为基础的就是JDBC。 JDBC:(Java DataBase Connectivity),就是使用Java语言操作关系型数据库的一套API。 【是操作数据库最为基础、底层的技术】 但是使用JDBC来操作数据库,会比较繁琐,所以现在在企业项目开发中呢,一般都会使用基于JD

2301_76979886的博客 337

【好靶场】SQL 注入-字符型

本题表面上是一个按姓名查询数据的功能,真正的难点并不在于记住最后一条 Payload,而在于正确判断用户输入在后端 SQL 中所处的位置。SELECT * FROM users WHERE (name = '$用户可控输入')外层括号:(...)字符串单引号:'...'因此,直接提交普通单引号时,往往只能破坏字符串边界,却没有处理外层括号;最终 SQL 仍然可能因为括号不匹配而报错。'):闭合原 SQL 中包裹姓名值的单引号;:闭合原 SQL 中包裹name = ...的外层括号。

Sagittarius_A*的博客 510

整库迁移与分库分表同步:批量数据搬迁的配置简化思路

批量数据搬迁的配置简化,本质上是将重复性工作从"人工"转移到"平台"——让平台自动发现数据源中的表结构、自动生成同步任务、统一管理生命周期。袋鼠云离线开发平台 BatchWorks 通过整库迁移、MySQL 分库分表同步、FTP 多路径并发读取等能力,将这一思路落地为可配置、可运维的产品功能,帮助技术团队从繁琐的重复配置中解放出来,聚焦于更有价值的数据治理与数据应用工作

a958014226的博客 157

瀚高数据库日志清理注意事项

假如暂时无法调整硬盘空间或备份文件,则建议使用 pg_archivecleanup 工具来清理归档目录中的归档日志,参考:018673102 pg_archivecleanup 的简单使用及注意事项。瀚高标准实施目录:数据目录 /data/highgo/data,日志目录 /data/highgo/hgdb_log ,建议结合实际环境,确认数据库文件具体存放路径。切换当前 WAL 段。注意:删除逻辑复制槽时,必须连接到该槽所属的数据库执行 pg_drop_replication_slot(),否则会报错。

HighGO 338
上一篇: ERP设计不应量“型”而力
下一篇: 一个小故事来说明什么是ERP
binbin8765
博客等级 码龄18年 61粉丝 41原创
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值