窗口UPDATE的时候日期被强制转换了？

yang528119 2007-06-30 09:56:57

窗口UPDATE的时候日期被强制转换了
从YYYY-MM-DD变成了DD-MON-YYYY，这个是怎么回事情呀？
我该怎么处理呀？？？？

...全文

260 6 打赏收藏转发到动态举报

写回复

用AI写文章

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

菜鸟先飞888 2007-07-02

打赏
举报

设置一下系统日期格式
在控制面板中，如果你系统中设置了某一格式，而你的代码中又没有指定具体的格式，就会调用系统中的格式进行存储

jdsnhan 2007-07-01

打赏
举报

如果你使用的是date类型的字段，在窗体中无格式限制，那么在存储时，会依据你使用数据库默认的日期格式进行转换。

dongquestion 2007-07-01

打赏
举报

在字段的属性edit中，设置为editmask，然后设置为yyyy-mm-dd

da21 2007-06-30

打赏
举报

设置该字段的日期格式为yyyy-mm-dd就行了

xmlquit 2007-06-30

打赏
举报

先檢查一下你自己的代碼吧。如果你的代碼沒問題是不會改的。

落伍的小农 2007-06-30

打赏
举报

应该不会吧，确认一下该字段的format属性是否为YYYY-MM-DD！

DML（数据操纵语言）是数据库操作的核心能力，涵盖SELECT、INSERT、UPDATE、DELETE四大命令，其本质并非语法记忆，而是基于事务控制（TCL）、索引优化与约束机制的数据精准干预。理解DML需从MVCC并发模型、执行计划（EXPLAIN ANALYZE）和隐式类型转换等底层原理出发，技术价值在于保障数据一致性、提升ETL效率、规避线上事故。典型应用场景包括实时订单对账、风控规则计算、用户等级批量升级及历史数据归档治理。本文聚焦生产级DML工程实践，深度解析ON CONFLICT冲突处理、RE

多维聚合是BI分析与数据仓库建模的核心能力，其本质是在笛卡尔积构建的高维空间中对事实数据进行结构化重塑。理解维度组合引发的数据膨胀与信息坍缩，是避免报表数字失真的前提；掌握补全缺失维度、ROLLUP/CUBE层级上卷、窗口函数二次计算及PIVOT/UNPIVOT形态转换等关键操作，才能实现从‘能算’到‘算准’的跨越。这些技术广泛应用于销售看板、用户漏斗、库存热力图等典型场景，尤其在处理城市×产品×时间交叉分析、区域占比计算、滚动周期统计时，直接决定下游决策可信度。

SQL是一种声明式语言，其执行逻辑严格遵循FROM→WHERE→GROUP BY→HAVING→SELECT→ORDER BY→LIMIT的固定阶段，而非书写顺序。理解这一关系代数流程，是写出高效、正确SQL的基础。聚合函数（如COUNT(*)与COUNT(字段)）在NULL处理、性能表现和语义上存在本质差异；窗口函数（如ROW_NUMBER()、LAG()）则在保留原始行粒度前提下实现组内计算，广泛应用于分层排名、时序分析等场景。掌握这些核心语法与函数的工作原理，能显著规避空结果、性能瓶颈、逻辑错乱等高频

在数据库查询中，'日期大于某天'看似基础，实则涉及时间类型、精度、时区和语义边界等多重技术维度。其底层原理是数据库对datetime/date字段的字面解析与业务自然语言理解之间的错位——数学上的'大于'不等于业务中的'之后'。技术价值在于规避隐式转换导致的索引失效、跨时区数据错乱及毫秒级精度丢失等高发故障。典型应用场景包括近N天活跃用户统计、月度新客分析、逾期订单识别等BI与风控任务。本文聚焦SQL日期比较的核心陷阱与工程化解法，尤其深入剖析'大于某天'应转化为'大于等于下一日零点'这一关键范式，并结合M

日期比较是数据库查询中最基础也最易出错的操作，本质涉及时间类型、时区语义、索引优化与业务口径四重对齐。从`WHERE date > '2024-01-01'`这类简单写法出发，隐式类型转换可能导致索引失效，而`TIMESTAMP WITH TIME ZONE`与本地`TIMESTAMP`混用则引发跨时区逻辑错误。技术价值在于保障查询准确性、性能稳定性及多时区业务一致性；典型场景覆盖订单履约、会员生命周期、财务对账与内容推荐。本文聚焦生产级实践，详解ISO 8601字面量、显式CAST、UTC存储策略及`>=

PowerBuilder

1,111

社区成员

66,454

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章