PB如何转换Foxpro数据库中的数据?

shidaye 2000-05-06 09:54:00
我是PB新手,请大虾出个主意.我原来做的数据库是在foxpro环境下,现在想把数据库转换成PB下的数据库格式,转换完后,变成了ReadOnly属性,不能往里写数据,如何解决?另外,在哪可找到关于PB的电子书?
...全文
205 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
hu_zy 2000-06-04
  • 打赏
  • 举报
回复
FoxPro可以把数据export成sql语句,在pb里面exec就可以了。
fredrick 2000-06-01
  • 打赏
  • 举报
回复
你可以不用转换,直接使用pb带的ODBC接口一样可以用foxpro的数据库作为后台数据库。不过有一种工具可以进行数据库转换不过是第三方软件可到www.download.com去找。
Iwant 2000-05-31
  • 打赏
  • 举报
回复
guzhigang说的很对。不过我想补充一点。你转换成的是什么数据库???如果是mssql那你就必须要有主键。不然改了updata 也不行。
ok>>
haoel 2000-05-31
  • 打赏
  • 举报
回复
用PB中自带的“数据管道”工具来转数据就行。非常方便,无需编程。还有,你说的PB的数据格式。这话不对,PB不是DBMS(数据库管理系统),只是一个开发工具,其实,你也不一定非要转换,PB通过ODBC就可以使用Foxpro的数据库了。想来你说的是PB自带的SQL Anywhere 吧。

有关ReadOnly的问题就是上面所说的了。必须要主键
redbird 2000-05-26
  • 打赏
  • 举报
回复
已经够详细了,我无话可说
guzhigang 2000-05-10
  • 打赏
  • 举报
回复
weiqihp说的对,数据库中没有只读的概念,但是利用PB中的DATAWINDOW开发程序时,如果表中没有唯一索引,DATAWINDOW默认不能更新,1:给表建立唯一索引,重新生成DATAWINDOW。2:如果不想键索引,也可以直接设置DATAWINDOW的属性,使其可以更新,打开DATAWIDNWO,选择菜单ROWS-UPDATE PROPERITIES,出现对话矿,选种ALLOW UPDATES,选择可以更新的列(UPDATABLE COLUMNS),选择更新的表(Table To Update),指定唯一索引的列(UNIQUE KEY COLUMN(S)),然后选择菜单Options-Tab Order,将需要更新的列的TAB ORDER 改为非零直,好了,你的DATWINDOW 可以修改了
weiqihp 2000-05-06
  • 打赏
  • 举报
回复
看一下你转换后的数据库有主键没有?没有主键当然不能写数据。你可以到http://pcbyte.126.com/去找PB的电子书。
数据设计经验谈全文共11页,当前为第1页。一个成功的管理系统,是由:[50% 的业务 + 50% 的软件] 所组成, 而 50% 的成功软件又有 [25% 的数据 + 25% 的程序] 所组成,数据设计的好坏是一个关键。 如果把企业的数据比做生命所必需的血液,那么数据的设计就是应用最重要的一部分。 有关数据设计的材料汗牛充栋,大学学位课程里也有专门的讲述。 不过,就如我们反复强调的那样,再好的老师也比不过经验的教诲。 所以我归纳历年来所走的弯路及体会,并在网上找了些对数据设计颇有造诣的专业人士给大家传授一些设计数据的技巧和经验。 精选了其的 60 个最佳技巧,并把这些技巧编写成了本文,为了方便索引其内容划分为 5 个部分: 第 1 部分 - 设计数据之前 这一部分罗列了 12 个基本技巧,包括命名规范和明确业务需求等。 第 2 部分 - 设计数据表 总共 24 个指南性技巧,涵盖表内字段设计以及应该避免的常见问题等。 第 3 部分 - 选择键 怎么选择键呢?这里有 10 个技巧专门涉及系统生成的主键的正确用法,还有何 时以及如何索引字段以获得最佳性能等。 第 4 部分 - 保证数据完整性 讨论如何保持数据的清晰和健壮,如何把有害数据降低到最小程度。 第 5 部分 - 各种小技巧 不包括在以上 4 个部分的其他技巧,五花八门,有了它们希望你的数据开发工作会更轻松一些。 第 1 部分 - 设计数据之前 考察现有环境 在设计一个新数据时,你不但应该仔细研究业务需求而且还要考察现有的系统。大多数数据项目都不是从头开始建立的;通常,机构内总会存在用来满足特定需求的现有系统(可能没有实现自动计算)。显然,现有系统并不完美,否则你就不必再建立新系统了。但是对旧系统的研究可以让你发现一些可能会忽略的细微问题。一般来说,考察现有系统对你绝对有好处。 定义标准的对象命名规范 一定要定义数据对象的命名规范。对数据表来说,从项目一开始就要确定表名是采用复数还是单数形式。此外还要给表的别名定义简单规则(比方说,如果表名是一个单词,别名就取单词的前 4 个字母;如果表名是两个单词,就各取两个单词的前两个字母组成 4 个字母长的别名;如果表的名字由 3 个单词组成,你不妨从头两个单词各取一个然后从最后一个单词再取出两个字母,结果还是组成 4 字母长的别名,其余依次类推)对工作用表来说,表名可以加上前缀 WORK_ 后面附上采用该表的应用程序的名字。表内的列[字段]要针对键采用一整套设计规则。比如,如果键是数字类型,你可以用 _N 作为后缀;如果是字符类型则可以采用 _C 后缀。对列[字段]名应该采用标准的前缀和后缀。再如,假如你的表里有好多"money"字段,你不妨给每个列[字段]增加一个 _M 后缀。还有,日期列[字段]最好以 D_ 作为名字打头。 检查表名、报表名和查询名之间的命名规范。你可能会很快就被这些不同的数据要素的名称搞糊涂了。假如你坚持统一地命名这些数据的不同组成部分,至少你应该在这些对象名字的开头用 Table、Query 或者 Report 等前缀加以区别。 如果采用了 Microsoft Access,你可以用 qry、rpt、tbl 和 mod 等符号来标识对象(比如 tbl_Employees)。我在和 SQL Server 打交道的时候还用过 tbl 来索引表,但我用 sp_company (现在用 sp_feft_)标识存储过程,因为在有的时候如果我发现了更好的处理办法往往会保存好几个拷贝。我在实现 SQL Server 2000 时用 udf_ (或者类似的标记)标识我编写的函数。 工欲善其事, 必先利其器 采用理想的数据设计工具,比如:SyBase 公司的 PowerDesign,她支持 PB、VB、Delphe 等语言,通过 ODBC 可以连接市面上流行的 30 多个数据,包括 dBase、FoxPro、VFP、SQL Server 等,今后有机会我将着重介绍 PowerDesign 的使用。 获取数据模式资源手册 正在寻求示例模式的人可以阅读《数据模式资源手册》一书,该书由 Len Silverston、W. H. Inmon 和 Kent Graziano 编写,是一本值得拥有的最佳数据建模图书。该书包括的章节涵盖多种数据领域,比如人员、机构和工作效能等。 其他的你还可以参考:萨师煊 王珊著 数据系统概论 畅想未来,但不可忘了过去的教训 我发现询问用户如何看待未来需求变化非常有用。这样做可以达到两个目的:首先,你可以清楚地了解应用设计在哪个地方应该更具灵活性以及如何避免性能瓶颈;其次,你知道发生事先没有确定的需求变更时用户将和你一样感到吃惊。 一定要记住过去的经验教训

752

社区成员

发帖
与我相关
我的任务
社区描述
PowerBuilder 数据库相关
社区管理员
  • 数据库相关社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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