VFP SQL UPDATE 更新备注型字段的判断错误的问题

G1QHTZ 2015-08-23 07:05:18
背景:
我把一个有数据的表的字符型字段更改为“备注型”,
转换后,原字符型空白内容记录变成200个空格填充的备注记录
我想用SQL-UPDATE把这些没意议的备注记录替换为""(空字符)
用REPLACE WITH命令已实验成功:
REPLACE ALL 兼容 WITH [] for ALLTRIM(兼容)=[]

但SQL-UPDATE就失败了,它把所有记录,不管有没有内容都清空了。。。。。:
UPDATE hangye SET 兼容=[] WHERE ALLTRIM(兼容)=[]

求助:
这是什么原因,该如何处理? 谢谢!
...全文
197 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
pikuer 2015-08-24
  • 打赏
  • 举报
回复
ALLTRIM是vfp的函数,用在vfp语法中是正确的。但用在sql语句中是不标准的。参见 https://social.msdn.microsoft.com/Forums/en-US/f16830b6-2437-48c4-841b-7011c5f32dec/is-using-alltrim-is-sql-statements-is-wrong?forum=visualfoxprogeneral
lygcw9602 2015-08-23
  • 打赏
  • 举报
回复
字符型数据比较最好用精确比较(==) 可能是条件设置的比较符问题 字符型比较的学问比较多,请认真研究帮助文件中的相关命令。
G1QHTZ 2015-08-23
  • 打赏
  • 举报
回复
UPDATE hangye SET 兼容=[] WHERE ALLTRIM(兼容)=[] 改为: UPDATE hangye SET 兼容=[] WHERE ALLTRIM(兼容)==[] 问题迎刃而解! 现在想知这是何解呢?
内容概要:本文详细记录了对一个Android ARM64静态ELF文件中字符串加密机制的逆向分析过程。该ELF文件的所有字符串均被加密,无法通过常规strings命令或IDA直接识别。作者通过分析发现,加密字符串存储在.rodata段,其解密所需信息(包括密文地址、长度和16位密钥)保存在.data.rel.ro段的40字节描述符中。核心解密函数sub_10F408采用自反的双pass流密码算法,结合固定密钥KEY_TERM(由.data段24字节数据计算得出),实现字节级非线性、位置与长度相关的加密。文章还复现了完整的Python解密脚本,并揭示了该保护机制的本质为代码混淆而非强加密,最终成功批量解密全部956条字符串,暴露程序真实行为,如shell命令模板、设备标识篡改、网络重置等操作。此外,文中还提及未启用的自定义壳框架及其反dump设计。; 适合人群:具备逆向工程基础的安全研究人员、二进制分析人员及对ELF保护技术感兴趣的开发者。; 使用场景及目标:①学习ELF二进制中字符串加密的典实现方式与逆向突破口;②掌握从结构识别、函数追踪到算法还原的完整逆向流程;③理解“绑定二进制”的完整性校验设计及其局限性;④实践编写IDAPython脚本自动化提取与解密敏感数据。; 阅读建议:此资源以实战案例驱动,不仅展示技术细节,更强调逆向思维与验证方法,建议读者结合IDA调试环境,逐步跟随文中步骤进行动态分析与算法验证,深入理解每一步的推理依据。

2,749

社区成员

发帖
与我相关
我的任务
社区描述
VFP,是Microsoft公司推出的数据库开发软件,用它来开发数据库,既简单又方便。
社区管理员
  • VFP社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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