今天上午 接到公司客户一个请求 将他们原来做的一个软件的数据给修改一下
这个软件不是我公司做的
(数据库是sql anywhere) 程序是pb6.5的
这个数据库 我10年前用过 当时用的时候 配置这个数据库 我记得当时就有很多问题
所以 今天我再弄这个 也怀着一些担心
凭着经验 打开pb6.5
<第一步>
我配置odbc 将这个数据库的文件选择上 用户名dba 口令 sql 填好
data source name 系统会自动按照文件名称 生成(我估计自己随便填也没事)
<第二步>
我在database profiles 里面 选择刚才建立的链接
提示一个错误 我心里一惊 (该来的终于来了) 怎么办? 以前的经验只能帮我到这里了
要不重新安装下pb6.5 试一下？ pb6.5 的安装不算麻烦 很快重新装好了
再来试一下 居然可以了 我大喜
剩下的 就很顺利了 打开表 修改数据 (这个肯定不会有问题)
数据虽然修改好了 但客户当时传给我的数据库是旧的 只能再传给我一个
下午的时候 又来了一个数据库 我按照上午的步骤又来一遍(觉得肯定不会有问题)
但麻烦往往发生在您觉得最不应该的地方
odbc 配置居然不成功!! (原来那个文件 就可以)
奇怪 是文件夹的问题吗? 我先是放到原来的文件夹下面 不行 又方法PB demo数据库的文件夹 也不行
pb的 demo 数据库 是可以的 我反复比较 这个例子数据库和我的这个数据库 也没有发现很多不同
我又把数据库的文件名称 改来改去 到最后 原来那个行的也不行了
(我暗暗的咒骂了 pb 10遍 这个小儿科的连接数据库 在c# 里面 还算是问题吗?)
心情虽然不好 但问题总的解决 不然 显得自己多没有面子
我漫无目的的随便看 在sql anywhere 数据库打开的时候 会出现一个窗口 提示是英文的 我仔细看了看
说的好像是日志文件的事情 里面有一个文件件是c盘下面的 这个以前我都是不知道
看了一下 c盘下真的有一个后缀为.log的日志文件 (昨天我的机器上没有这个文件 肯定是今天上午生成的)
我想 如果将这个文件删除的话 不就和上午的情形一样了嘛
好 删除 OK 删掉了
再试一下 成功了 大喜!
很多问题 在山穷水尽的时候 会在不经意间解决(不过事后会心有余悸 因为不是按照您以前的经验 一步一步的解决的)
虽然我以前很少用pb 了 更不可能用 sql anywhere 了
但能解决这个问题 还是挺高兴的