仓酷云

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

[学习教程] MYSQL网页编程之当Access文件年夜于指定的巨细时就主动压...

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

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

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

x
根据Evans的调查报告,“MySQL的使用在未来将继续呈成长趋势。”合用ACCESS2000及今后版本
起首在大众模块增加以下函数:
以下为援用的内容:
PublicFunctionAutoCompactCurrentProject()
Dimfs,f,s,filespec
DimstrProjectPathAsString,strProjectNameAsString
strProjectPath=Application.CurrentProject.Path
strProjectName=Application.CurrentProject.Name
filespec=strProjectPath&""&strProjectName
Setfs=CreateObject("Scripting.FileSystemObject")
Setf=fs.GetFile(filespec)
s=CLng(f.Size/1000000)‘转换文件巨细为MB
Ifs>20Then‘修正此处的20M为你本人必要的值
Application.SetOption("AutoCompact"),1‘紧缩程序
Else
Application.SetOption("AutoCompact"),0‘不紧缩程序
EndIf
EndFunction

在任何加入的程序前挪用这个函数,比方在Docmd.Quit前挪用:AutoCompactCurrentProject

这种服务也提供了足够的监控功能来跟踪性能和使用情况,在问题发生时将发出通知并生成一定深度的分析报告。
飘飘悠悠 该用户已被删除
沙发
发表于 2015-1-19 08:53:41 | 只看该作者
还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。
板凳
发表于 2015-1-27 15:53:46 | 只看该作者
还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。
灵魂腐蚀 该用户已被删除
地板
发表于 2015-2-5 10:49:12 | 只看该作者
sqlserver的痛苦之处在于有用文档的匮乏,很多只是表明的东西
兰色精灵 该用户已被删除
5#
发表于 2015-2-11 10:30:54 | 只看该作者
习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。
深爱那片海 该用户已被删除
6#
发表于 2015-3-2 11:12:16 | 只看该作者
SP4包括用于以下SQLServer2000组件的程序包:Database组件(下载文件:SQL2000-KB884525-SP4-x86.EXE)更新SQLServer2000的32位Database组件,包括数据库引擎、复制、客户端连接组件及工具。有关其他信息,请参阅ReadmeSql2k32Sp4.htm。AnalysisServices组件(下载文件:SQL2000.AS-KB884525-SP4-x86.EXE)更新SQLServer2000的32位AnalysisServices。
爱飞 该用户已被删除
7#
发表于 2015-3-11 03:54:03 | 只看该作者
光写几个SQL实在叫无知。
因胸联盟 该用户已被删除
8#
发表于 2015-3-17 20:10:36 | 只看该作者
你觉得我的非分区索引无法对起子分区,你可以提醒我一下呀!没有任何的提醒,直接就变成了非分区表。不知道这算不算一个bug。大家也可以试试。
谁可相欹 该用户已被删除
9#
发表于 2015-3-24 23:51:08 | 只看该作者
原理很简单,对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-5-4 05:58

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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