请教一个数据保存问题

seasunsky 2007-07-18 10:47:30

rt
用下面语句保存数据
ADOTable1.FieldByName('流水号').AsString:='07123'
保存后得到的是确是“7123”
请问怎样操作才能不去掉最前面的“0”，得到“07123”
谢谢

...全文

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

写回复

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

bpmb2 2007-07-20

打赏
举报

回复

Access表格中设置字段类型=文本

blueplusplus 2007-07-19

打赏
举报

回复

同上

caidanxu 2007-07-19

打赏
举报

回复

字段类型原因吧

seasunsky 2007-07-19

打赏
举报

回复

谢谢
数据是保存在Access表格中的
按理说都是string类型的
不应该去掉前导0啊

GoldShield 2007-07-18

打赏
举报

回复

你代码本身是没有什么问题的.
检查数据库

阿发伯 2007-07-18

打赏
举报

回复

关键看你数据库表中字段的类型，如果是数字型，前导0是没法保存的

因为AppUser的Id是主键，不可修改，否则就是新数据，不能有主键等于什么的语句出现，即其中的“Id = Id”赋值语句不应出现,而不是通常以为的给用户修改的也只是Name，Id的值用户也看不到，不可能改变，没有修改。所以正确的做法是：要么直接传Model到前端进行修改，然后进行保存，因为这里不会出现Id的赋值语句；

记使用LitePal中偶然发现的一个问题。最近一个小项目中需要保存数据，考虑到方便性和实际项目规模使用LitePal。需求中有一项需要在保存文件过程中如果文件名相同则覆盖原有数据。很直观的想法是先删除之前有相同文件名的所有数据，再添加新数据。 List<InputValueInfo> data = getInfo(); if (isThisNam...

session保存在数据库，关于性能方面可查看的资料不多。从以往的经验来说，将Session保存在数据库中，初步上是会觉得性能比File要略降。然而就数据库的特点来说，其本质也是二进制文件，所以，从大流量、广义上来说，保存在数据库，反而提高了性能和稳定性。加上Mysql可优化的地方很多，以及实现数据库保存后，将增加分站部署，安全监控等等诸多便利之处，所以长期来说，一个框架还是应该以提供将...

android6.0 中一个应用获取其他应用SharedPreferences 保存的数据问题，获取不到求解啊？？

　　环境：前端采用异步提交的方式，将选择的多个附件分批发送到服务端后端采用标准的SpringMVC架构来处理请求，采用声明式事务，控制在service层现象：后台保存附件信息到数据库的时候，总是报主键唯一性约束错误分析：后台使用到了一个uploadEntity对象，该对象被配置成了一个bean，但是没有配置其scope属性，所以默认是单例的，那么...

数据库相关

2,508

社区成员

88,447

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章