请救兄弟一把

coordinate 2003-08-30 03:01:46
我的数据库有一个字段的长度当我编完软件发现它的长度不够,于是我把它的长度变长。但是每当我运行软件的时候,都会提示“Select error:数据转换发生溢出”。怎么解决这个问题呢
...全文
91 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
liliang800207 2003-09-01
  • 打赏
  • 举报
回复
你的数据窗口是在以前字节短的时候建立的
改变字节数后你需要重新建立数据窗口
workhand 2003-09-01
  • 打赏
  • 举报
回复
数据库变了的时候,数据窗口需要重新选一下改变了的列,可以到图形模式下选掉那一字段,再加上,回去保存就行了。
liyx326 2003-09-01
  • 打赏
  • 举报
回复
incats(坦克) ( ) 说得对啊,你照着做就行了啊!
thelazyman 2003-09-01
  • 打赏
  • 举报
回复
要不然,重新建立新的数据窗口,
这样数据库的改动也会和数据窗口保持一致!
incats 2003-08-31
  • 打赏
  • 举报
回复
PB不会跟着变的.
数据窗口原来是char(10)的, 不会跟着数据库变成char(12), 你需要把DW导出来, 手工改成char(12), 再import进来, 就ok了.
thelazyman 2003-08-31
  • 打赏
  • 举报
回复
是字段变长前,没有问题,
你把字段变长后出现"Select error:数据转换发生溢出”是吗???
coordinate 2003-08-31
  • 打赏
  • 举报
回复
mdate是smalldatetime类型
learn03 2003-08-30
  • 打赏
  • 举报
回复
同意 eastpond(东塘)
纳米茶 2003-08-30
  • 打赏
  • 举报
回复
你的mdate是定义成什么类型的变量?
纳米茶 2003-08-30
  • 打赏
  • 举报
回复
sql没有什么问题,那就是你datawindow没有和数据库结构一起更新的原因了,你在sql source中间做一个小的调整,然后还原,保存datawindow,看还出不出这样的问题。
coordinate 2003-08-30
  • 打赏
  • 举报
回复
SELECT customer.id,
customer.name,
customer.type,
customer.addr,
customer.mobile,
customer.company,
customer.email,
customer.getinfo,
info.wid,
info.money,
info.mdate,
info.gzxx,
info.clff,
info.ghbj,
info.pzyt,
info.jhxq,
info.remark,
info.wbegin,
info.wend,
info.aboutchange,
info.id,
info.ser,
customer.tel,
info.youridear
FROM customer,
info
WHERE ( customer.id = info.id ) and
( ( customer.id = :id ) AND
( info.mdate = :mdate ) AND
( info.ser = :ser ) )
纳米茶 2003-08-30
  • 打赏
  • 举报
回复
你把sql贴出来看看
coordinate 2003-08-30
  • 打赏
  • 举报
回复
我用的是SQL Server,那来的String类型。
thelazyman 2003-08-30
  • 打赏
  • 举报
回复
把字段类型char改为string类型
jdsnhan 2003-08-30
  • 打赏
  • 举报
回复
打开此数据窗口,去掉这个字段,再选择之
eastpond 2003-08-30
  • 打赏
  • 举报
回复
在数据窗口语法下,稍微修改一下,再保存就可以了(比如打个回车,然后再去掉),这样就不用重做了
thelazyman 2003-08-30
  • 打赏
  • 举报
回复
数据类型转换时,
要转化的类型值的长度超过了转换后的数据类型的规定的最大长度!!
请检查看!
lsllyy 2003-08-30
  • 打赏
  • 举报
回复
haha pb system error 把数据窗口重作一下就行了。
纳米茶 2003-08-30
  • 打赏
  • 举报
回复
把数据窗口中的相关字段修改一下试试,或者你用到了convert函数,长度超限?
coordinate 2003-08-30
  • 打赏
  • 举报
回复
只有打开使用了相关表的窗口是时候才会出现这个提示对话框
精致的技巧时,不要贪图一下 子全都掌握,最好是看一条技巧后,马上在编辑器上进行操作,这样在以 后实际的编辑操作时你的手指就会建立一种自然的反应而不是由头脑来搜 索该使用哪一条操作技巧。建议读者不动手来不读书。如果手边没有一 个合适的Vim编辑器环境可供操练,那么建议读者还是不要在这里浪费时 间。 如果读者是在气温比较低的条件下阅读此书从而增加了你动手的惰性 时,也请不要浪费时间,这会严重影响学习的效果。 虽然本书鼓励读者多动手,但也绝非说一点不要动脑,相反,Vim中 多达几百个的命名与操作方式有它自己的规律可循,在你的手指能对要完 成的编辑任务形成条件反射之前,最好还是由头脑做一点辅助。经常总结 自己最经常进行的操作。为这些操作找出最有效的方法,在每学习一条新 的操作之前与自己以前的编辑经验比较一下,找出节省你敲击键盘次数的 捷径来。是提升Vim经验值的不二法门。 其实,Vim与其它编辑器一个很大的区别在于,它可以完成复杂的编 辑与格式化任务。在这个领域还很少有软件能与它分庭抗礼1,但是,与 所有的灵活性的代价一样,你需要用自己的双手来实现它。这在事实上造 成了用户在使用Vim过程中的几个自然阶段。 一开始是notepad, word, edit垄断你的大脑,这些东西根深蒂固, 挥之不去。Vim 的使用对你而言是一场噩梦,它降低而不是提高了你的工 作效率。对三种工作模式的不解甚至使你认为它是一个充满BUG或者至少 是一个古怪的与当今友好用户界面设计严重脱节的软件。事实上,这些起 初看起来古怪的特性是Vim(或者是vi)的作者和它的用户们在自己漫长的 文字编辑和程序设计生涯中总结出来的最快速最实在的操作,在几乎等 于计算机本身历史的成长期中,历经无数严厉苛刻的计算机用户的批评 与检验,无用的特性或糟糕的设计在Vim用户群面前根本就没有生存的余 地。Vim细心而谨慎的作者们也不允许自己精心设计的软件里有这样的东 西。 第二个阶段你开始熟悉一些基本的操作,这些操作足以应付你日常 的工作,你使用这些操作时根本就不假思索。但这些阶段你仍然很少去 1译:毫无疑问,Emacs是其中的一个 2 3 前言 碰Vim那晦涩的在线帮助文档。它在你心里只是notepad, edit一个勉强合 格的替代品。 第三个阶段,精益求精的你不满足于冗长乏味永无休止的简单操作, 有没有更好的办法可以以简驭繁?于是,从UNIX参考手册上、从同事口 中,你渐渐叩开:help xxx的大门。开始探索里面充满魔力的咒语,从杂 耍般的做秀开始,这些技巧令人目眩但少有实用性,不过却是你拥有魔力 的第一步。接下来你开始认识到这些咒语背后的真经,开始偷偷修改一些 奇怪的符号,于是奇迹产生了,魔力不但仍然有效,而且真实地作用于你 现实中的文字编辑生活。你在第二阶段由于熟练操作而尘封已久的大脑 突然开始运作。但这个过程并非是达到某个临界状态后的一路坦途,不 断的挫折,新的挑战、看似Mission Impossible的任务。永远伴随着任何 一个人的任何一个学习过程。这是你使用Vim的最后一个阶段,也是最漫 长最有挑战性同时也充满无数奇趣的阶段。这个阶段里你开始定制一些 稀奇古怪1的颜色。开始以敲入i18n来输入internationalization,开始 让Vim替你纠正经常把the误敲成teh的毛病,开始让Vim与系统里各种精悍 而强大的兄弟工具进行合作,开始写越来越长的script,每一次的文本编 辑体验都妙趣横生高潮跌起。你的头脑因为要用Vim完成高效的编辑而高 度兴奋。你开始在Vim邮件列表里提一些确实是问题的问题。也开始发现 你在Vim里做了以前在SHELL里做的几乎一切事。事实上你已经成了一个无 可救药的Vim 骨灰级玩家。 以上就是一个Vim用户的精神之旅。

1,075

社区成员

发帖
与我相关
我的任务
社区描述
PowerBuilder 相关问题讨论
社区管理员
  • 基础类社区
  • WorldMobile
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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