仓酷云

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

[学习教程] MYSQL教程之在Access中利用体系表保留使用程序变量...

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

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

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

x
即使对于MySQL的商业化的企业版来说,也没有高昂的许可证成本,当你将其与像甲骨文和微软之类的大型专有商业数据库比较的话。在开辟ACCESS使用程序时,一样平常必要在窗体和模块中援用很多变量。为办理这些变量,固然能够在启动窗体中利用MicrosoftVisualBasicforApplication(VBA)来设置它们的值,然后再挪用某个模块,由该模块初始化这些值。
但是,在完成使用程序开辟以后,利用这个办法的成绩呈现了:其别人大概必要在未来某个时分改动那些值,却不晓得从那边入手下手。我倡议在数据库中创建一个名为SystemTbl的表,然后用户能够会见这个表,并在得当的时分修正数据。
创建表和窗体
将表创立好并将变量增加到表中的新纪录以后,能够为用户创立一个只同意修正而不克不及增加或删除纪录的窗体,表中应当只包括一笔记录保留有关利用办法的信息。一旦保留完一切变量,能够在使用程序必要的时分利用VBA来检索那些变量值。
比方,假定使用程序必要保留使用程序办理员的姓名和德律风号码,正如你方才所懂得到的,这条信息请求简单修正,假如把它编写到窗体或模块的代码中没有甚么意义。
该表预界说了一笔记录和两个字段(到今朝为止):
●表:SystemTbl
●字段1:AdminName
●字段2:AdminPhone
当必要在窗体上向用户显现得当的姓名和德律风号码时,可使用OnOpen或OnLoad事务添补窗体上的响应标签,在本例中,我们把标签定名为“PhoneLabel”和“NameLabel”。清单1.10.A显现了这个示例函数的代码。
在该示例函数中,我们以SnapShot-ForwardOnly体例翻开纪录集,以削减会见纪录集时占用的资本;然后,我们将表中字段的值使用到Name和Phone标签的题目上。
最初,封闭纪录集。永久记着要封闭纪录集,它会积累为不必要的资本,招致功能下降乃至更糟的成绩。因为体系表中只要一笔记录,检索历程极快。如今,你已给一个无效的数据库使用程序增加了可扩大的办理举措。


最近由权威调查机构Evans数据公司进行的一项调查显示,MySQL在过去两年已经获得了25%的市场份额。该调查公司还预测,相比其他的开源数据库和闭源数据库。
冷月葬花魂 该用户已被删除
沙发
发表于 2015-1-19 08:53:51 | 只看该作者
对于数据库来说,查询是数据库的灵魂,那么SQL查询效率究竟效率如何呢?下文将带对SQL查询的相关问题进行讨论,供您参考。
再见西城 该用户已被删除
板凳
发表于 2015-1-27 15:53:46 | 只看该作者
作了些试验,发现使用CLR的存储过程或函数在达到一定的阀值的时候,系统性能会呈指数级下滑!这是非常危险的!只使用几个可能没有问题,当一旦大规模使用会造成严重的系统性能问题!
第二个灵魂 该用户已被删除
地板
发表于 2015-2-5 10:49:12 | 只看该作者
sqlserver的痛苦之处在于有用文档的匮乏,很多只是表明的东西
灵魂腐蚀 该用户已被删除
5#
发表于 2015-2-11 10:30:54 | 只看该作者
相信各位对数据库和怎么样学习数据库都有一些经验和看法,也会有人走了一些弯路总结出自己的经验来,希望大家能把各自的看法和经验拿出来分享,给别人一份帮助,给自己一份快乐
愤怒的大鸟 该用户已被删除
6#
发表于 2015-3-2 11:12:10 | 只看该作者
我个人认为就是孜孜不懈的学习
小妖女 该用户已被删除
7#
发表于 2015-3-11 03:52:27 | 只看该作者
我个人认为就是孜孜不懈的学习
因胸联盟 该用户已被删除
8#
发表于 2015-3-17 20:10:36 | 只看该作者
两个月啃那本sqlserver2005技术内部-存储引擎,花了几个月啃四本书
柔情似水 该用户已被删除
9#
发表于 2015-3-24 23:51:08 | 只看该作者
我是新手,正在学习数据库和操作系统,深感理论的泛广,唯有一步一步来,但是又感觉时间不够,收集了很多资料却总是没能认真的看完,希望有一个讨论板块,大家共同解决,共同分享,共同努力
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-5-4 00:16

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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