仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 793|回复: 8
打印 上一主题 下一主题

[学习教程] MSSQL编程:FOXPRO 体系目标

[复制链接]
冷月葬花魂 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:38:37 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
CSV逻辑上由逗号分割数据的存储引擎
FOXPRO体系目标
 FoxPro2.5尺度版FoxPro2.5加强版window下的Foxpro每一个数据库中最年夜纪录个数l0亿l0亿10亿每笔记录中所含字符的最年夜个数650006500065000每笔记录的最多字段个数255255255每一个字段的最年夜字符数254254254最多事情区个数25225225每一个IDX索引关头字的最年夜字符数100100l00每一个CDX索引关头字表达式中最年夜字符数240240240每一个数据库可翻开索引文件的最年夜个数只受可用内存与可用文件柄的限定干系表达式的最年夜长度不限不限不限字符型字段的最年夜长度254254254数值字段的最年夜长度202020字段名的最多字符个数10l010数值盘算的精度(小数位)161616内存变量的缺省值256256256内存变量的最多个数36006500065000最多半组个数36006500065000每一个数组的最多元素个数36006500065000源文件中最多程序行数不限不限不限单个历程或自界说函数的最年夜容量64K64K64K每一个文件中历程或自界说函数的最多个数不限不限不限Do命令的最多嵌套层数323232READ命令的最多嵌套层数555布局化程序命令的最多嵌套层数646464可翻开窗口的最年夜个数只受可用内存和文件柄的限定可翻开的BROWSE窗口的最多个数25225225每一个命令行最多字符个数204820482048每一个宏代换最多字符个数204820482048可翻开文件的最多个数99只受MS-DOS限定只受MS-DOS限定每一个键盘宏的最多击键次数102410241024一个SQLSELECT命令的最多可选字段数255255255每一个色彩组中色彩形式的最年夜个数2424 色彩组的最多个数不限不限不限每一个色彩形式中最多色彩数10l0 用户可界说的色彩形式个数88 报表格局界说中的最多方针个数只受可用内存和文件柄的限定报表格局中最多行数255255255报表格局的最年夜层数202020注:假如在单用户体例下运转或在收集情况下以独有体例翻开,则一个数据库的实践长度不克不及凌驾20亿个字节。这个限定也合用于接纳布局化CDX索引的共享DBF文件。那些没有索引或接纳IDX索引的共享文件的长度不克不及凌驾10亿(约即是1G)个字节。提供用于管理、检查、优化数据库操作的管理工具。
再现理想 该用户已被删除
沙发
发表于 2015-1-19 20:08:48 | 只看该作者
光写几个SQL实在叫无知。
灵魂腐蚀 该用户已被删除
板凳
发表于 2015-1-25 21:57:43 | 只看该作者
微软对CLR作了大篇幅的宣传,这是因为数据库产品终于融入.net体系中。最开始我们也是狂喜,感觉对象数据库的一些概念可以实现了。
冷月葬花魂 该用户已被删除
地板
 楼主| 发表于 2015-2-4 06:05:27 | 只看该作者
还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。
老尸 该用户已被删除
5#
发表于 2015-2-9 16:58:56 | 只看该作者
对递归类的树遍历很有帮助。个人感觉这个真是太棒了!阅读清晰,非常有时代感。
只想知道 该用户已被删除
6#
发表于 2015-2-27 12:07:33 | 只看该作者
多走走一此相关论坛,多看一些实例开发,多交流0经验,没什么的,我也是刚学没多久!加油
因胸联盟 该用户已被删除
7#
发表于 2015-3-9 03:32:55 | 只看该作者
SQLServer的异构移植功能个人感觉最好了。(如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。)
蒙在股里 该用户已被删除
8#
发表于 2015-3-16 20:17:01 | 只看该作者
比如,MicrosoftSQLServer2008的某一个版本可以满足现在的这个业务的需要,而且价格还比Oracle11g要便宜,那么这一产品就是适合的。
柔情似水 该用户已被删除
9#
发表于 2015-3-23 00:48:30 | 只看该作者
数据库物理框架没有变动undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-23 04:33

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表