1000分求一解,关于用datawindow 存储长度超过255的varchar字符串字段,非blob和image!!!

youngyey 2003-01-08 02:38:04
我的要求:一个表,mssqlserver数据库,其中一个字段是varchar(300)
我用datawindow怎么才能存储一个长度大于255的字符串到这个字段?
...全文
70 26 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
26 条回复
切换为时间正序
请发表友善的回复…
发表回复
youngyey 2003-01-11
  • 打赏
  • 举报
回复
ntchengl(沧海一粟):
SYBASE的解释就是不行吗?
SHIT SYBASE!
虽不完美,到目前为止,问题基本解决!
谢谢大家,结!

ntchengl(沧海一粟) 和Hanson_bati_zhu(欺世盗名之徒) 已送出600分
myclife 2003-01-11
  • 打赏
  • 举报
回复
用text字段
erigido 2003-01-11
  • 打赏
  • 举报
回复
哈哈,给我一点分就够我幸福的了。不过,这问题我还没碰到过呢
ntchengl 2003-01-10
  • 打赏
  • 举报
回复
我问过sybase的人了,oracle可以,sybase/ms sql server不可以,odbc可以
ccc520 2003-01-10
  • 打赏
  • 举报
回复
GZ
youngyey 2003-01-10
  • 打赏
  • 举报
回复
ntchengl(沧海一粟)
你说的ODBC可以,请到水园拿分(300)。
连接的配置是否有什么项目可以更改,来适应超过255的VARCHAR?
本问题继续有效!!
handi 2003-01-08
  • 打赏
  • 举报
回复
很简单的,你用的数据库是不是ASE的12。5一下版本?那个不支持字符串超过255个的,不过不会出现错误,只是个提示,你升级到pb8.02 (不是pb8.0)就正常了,详细的请看pb8.02的升级说明
fenglaotou 2003-01-08
  • 打赏
  • 举报
回复
兄弟为什么这么偏激呢,为什么不用其他类型字段呢,
youngyey 2003-01-08
  • 打赏
  • 举报
回复
: ntchengl(沧海一粟)
ODBC真的可以吗?
明天我实验通过,就准备拿分.

bomber2001 2003-01-08
  • 打赏
  • 举报
回复
没遇到过
ntchengl 2003-01-08
  • 打赏
  • 举报
回复
这个问题我也遇到过,没办法,但是可以提供以下方案:

如果你不在乎查询效率的话,把连接方式改成odbc好了。这样就没问题了。sybase的本地专用连接都存在这个问题,都认为varchar最大就是255,但是对odbc就不一样了

其实,在微软的平台下面,pb的专用连接方式不见得就比odbc好多少
monkey_heroin 2003-01-08
  • 打赏
  • 举报
回复
mssqlserver中有个text类型,你试试看。
Hanson_bati_zhu 2003-01-08
  • 打赏
  • 举报
回复
你用的是什么数据库啊?
如果是ORA就爽了
呵呵
8-)

tchatcha 2003-01-08
  • 打赏
  • 举报
回复
没有问题啊,我用PB7,asa6,不知道你那里有问题不应是datawindow的问题
xlhl 2003-01-08
  • 打赏
  • 举报
回复
别用datawindow,最多只能255,用sql语句吧。
update ...
youngyey 2003-01-08
  • 打赏
  • 举报
回复
Hanson_bati_zhu(欺世盗名之徒)
改字段类型虽然不是我希望的方法,但是可以解决问题,感谢
请准备到非技术论坛中接分
如果是varchar字段能解决的(400)
我一样给分
youngyey 2003-01-08
  • 打赏
  • 举报
回复
用TEXT字段,是可以显示超过255的内容,但是我的输入却不能保存.
youngyey 2003-01-08
  • 打赏
  • 举报
回复
edit属性中的limit属性
已经是1000了
还是不行,
pb8也不行.
改字段属性就不要说了.
toutou 2003-01-08
  • 打赏
  • 举报
回复
看看你的这个列的edit属性中的limit属性
Hanson_bati_zhu 2003-01-08
  • 打赏
  • 举报
回复
表中字段类型改为TEXT试试
如果数据库是MSS,在DW中可以处理4000个左右的字符
如果是ASA,在DW中可以处理30000个左右的字符

试试看
加载更多回复(6)
Windows 10或Windows 11操作系统中,用户经常会遇到共享打印机时出现的一系列错误代码,这些错误代码可能会阻碍打印机共享功能的正常使用。常见的错误代码包括0x00000057、0x00000709和0x0000011b,这些代码通常指出了不同的问题,比如权限不足、服务未运行或配置错误等。除此之外,还有一些故障提示如“连接失败”或“内存不足”,这些都可能影响到打印机共享的稳定性。 要解决这些故障,首先要确保打印机已经正确地连接到网络,并且在需要共享的电脑上进行了设置。确保打印机驱动程序是最新的,并且在共享设置中没有错误配置。对于权限问题,需要检查网络上的用户账户是否具有足够的权限来访问共享打印机。同时,也要确保打印机服务正在运行,特别是“Print Spooler”服务,因为这是打印机共享服务的核心组件。 在某些情况下,问题可能与操作系统的更新有关,如升级到最新版的Windows 10或Windows 11后可能出现的兼容性问题。这时,可能需要查看微软的官方支持文档来获取特定的解决方案或更新。 对于错误代码0x00000057,这通常是由于没有足够的权限来访问网络打印机或其共享资源,解决方法是确保网络打印机的权限设置正确,包括在组策略中设置相应的访问权限。而0x00000709错误可能是由于打印机驱动问题或打印机端口配置错误,可以尝试重新安装或更新打印机驱动来解决。至于0x0000011b错误,这往往是因为打印机队列服务的问题,检查并重启“Print Spooler”服务通常是解决这类问题的常见手段。 至于“连接失败”或“内存不足”这类故障,通常与客户端和打印机之间的网络连接以及打印机本地资源的使用情况有关。检查网络连接,确保打印机所在的网络段没有故障或中断。同时,如果打印机的打印队列长时间得不到处理,可能会导致内存不足的情况,这时可能需要清理打印队列或增加打印机的内存配置。 为了帮助用户更快速地解决这些问题,市面上出现了各种打印机共享错误修复工具。这些工具往往通过预设的修复程序来自动检测和修正打印机共享中常见的问题。它们可以快速检查打印机驱动、网络连接以及共享设置,并且能够提供一键修复功能,大幅减少了用户自行排查和解决问题的难度。 然而,在使用这些修复工具之前,用户应确保这些工具的来源是安全可靠的,避免因使用不当的修复工具而引发其他系统安全或隐私问题。用户可以到官方平台或者信誉良好的软件提供商处下载这些工具。通过细心检查打印机的共享设置,及时更新驱动程序和服务,以及合理使用修复工具,大多数共享打印机的问题都可以得到有效的解决。

1,108

社区成员

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

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