仓酷云

标题: MYSQL网页设计两个未公然的ACCESS办法的利用技能 [打印本页]

作者: 只想知道 时间: 2015-1-16 22:32
标题: MYSQL网页设计两个未公然的ACCESS办法的利用技能
DBaaS并不意味着解决方案提供者要让自己失业。与其他系统一样，在实施DBaaS解决方案时，客户可能需要部署、迁移、支持、异地备份、系统集成和灾难恢复等方面的帮助。access|技能佚名平安协定网

应黄海之邀（http://www.accessqq.com），俄然要写点本人的器材，一会儿似乎不晓得写些甚么了，研讨ACCESS这么多年，感到都是在做企业使用，并没有甚么深邃的技能，也没有属于本人的技能，只好挖空心思，榨点器材出来，但愿能对得起黄海和人人：）

　　在ACCESS中APPLICATION工具有两个未公然的办法，个中一个是SaveAsText，另外一个是LoadFromText。我记得是刚学ACCESS不久，事先在研讨FMS一个剖析工具时，跟踪发明它总会发生一些一时文件，对这些一时文件剖析，发明它与VB里的窗体文件差未几的格局，以是估量微软能够将ACCESS的窗体转换为文本格局，并供应一种逆相转换的办法。以是发明了深挚的乐趣，厥后就找到这两个办法。

　　固然微软另有别的一些对照好用的未公然的属性，但我在这两个办法上花的工夫仍是最多的，由于它切实其实有利用代价，以是说说本人多年来的利用心得。

　　这两个办法在今后的ACCESS版本中其实不必定撑持，以是我其实不倡议人人利用，但由于有些功效假如利用它来完成，能够节俭对照多的工夫，以是，在某些情形下，我仍是会利用它，最少现有的ACCESS版本都撑持这个办法。假如一样的功效你能够经由过程ACCESS一般的办法来完成，我则倡议你利用微软公然的办法。牢记！
　　用处1：

　　利用application.saveastextacForm,"我的窗体","c: est.txt"将全部窗体导出到一个文本文件，将其打包发送给伴侣，让伴侣再利用application.loadfromtextacForm,"我的窗体","c: est.txt"再导归去。你能够紧缩打包传送。

　　用处2：

　　能够将窗体保留到文本文件，然后把文本文件存储到OLE字段里，如许全部窗体的界面与代码都可保留到ACCESS数据内外，这个办法对编写代码库办理器十分有效。在利用时，还可立即将文本文件复原到一个窗体，让利用者立即预览到这个技能发生的效果

　　用处3：

　　将窗体保留到一个文件文件，利用正则表达式对代码举行剖析，能够剖析语法，代码布局、语法毛病、字数统计等等，你可参考一下FMS的一个ACCESS剖析工具，它有的功效，你花个半年，做出来应当也没有年夜成绩啦。记得让我试用一下源码哦：）

　　用处4：

　　真实的全局交换，一样平常我们必要全局交换窗体里一个属性的称号或内容，必要逐一逐一修正，而没法完成像代码中的全局交换，如今将窗体导出到文本文件，在文本文件里举行全局交换，完成后再导回窗体。

　　用处5：

　　繁简转换，中英转换，一样平常对控件题目、提醒笔墨、默许值等举行笔墨上繁简转换后其实不能真正完成繁简转换，在转换后响应的情况中翻开还会呈现ACTIVEX控件找不到大概OLE毛病，将窗体或别的工具转换为文本文件后再举行繁简转换，然后再转换响应的字符集、字体称号、节的繁简对应称号、CRC校验码等以后，再导回ACCESS响应工具，便可完成全部ACCESS程序的转换，响应的程序效果可拜见我做的繁简转换通用程序，记着简体通常为134繁体是136

　　英文你翻开就知了。我劝告，假如你想做一样的功效，那你最好就别做了，用我的就得了，以免断我财源，我提成20%给你就得了，等两年后积到100元我再一次汇给你：）

　　用处6：

　　中英转换，固然还必要举行大批手工转换，但已节俭了很多工夫，但怎样利用正式表达式来准确区分哪些是题目、提醒笔墨、动静框还必要一些技能。

　　用处7：改动控件的默许属性

　　除我们在计划形态修正控件的默许属性以外，利用修正文本文件的内容也可到达修正控件默许属性的效果，当窗体或报表导出到文本文件以后，一切的窗体、控件属件和默许控件属性都在文本文件中表现出来，经由过程修正这个文本文件里有关默许属性的设置便可到达目标。

　　甚么是默许属性？举个例子，你从外洋下载一个程序，为何往窗体内里增加控件，控件字体老是Serif,而在简体中文情况下新建的窗体控件，字体都是"宋体"，在繁体中文情况下新建的窗体控件，字体都是"新细明体"，就是由于这个控件的默许属性招致的

　　用处8：

　　完成主动创立窗体模板的效果，将做好的具有基础功效的窗体导出到文本文件保留起来，到必要利用的工夫，间接导进返来即刻便可能发生一个已具有经常使用功效的窗体，不必要重新来过，再做得主动化一点，做一个丰厚的窗体功效代码库，可以让用户选择各类分歧的功效，然后从这些代码库里选择想要的代码依照窗体文本文件的格局创立一个文本文件，再由这个文本文件主动组合出一个完美的窗体，不必要用户往编程，他只需选择字段，选择窗体功效、选择款式、选择模板便可完成各类录进窗体、查询窗体、剖析窗体、报表统计等等，写程序就酿成了组装程序。到时人人没事干了，就开辟各个公用组件吧。注重，在文本文件中复制功效和代码，在主动编程化方面，绝对窗体里复制控件和代码，具有更年夜的弹性和可塑性。

　　用处9：

　　假如窗体或报内外有图片或OLE工具，在导出的文本文件里会包括它们的二进制文件，利用正则表达式或别的办法提取这部份内容再将其复原到响应的图片文件中，便可完成将窗体和报表的图象保留取文件（ACCESS不撑持间接将图象控件的图片保留到文件）

　　用处10：

　　完成将ACCESS窗体和报表转换到VB程序中，如今有一些专业程序供应这类功效，我想基础思绪应当是出于此，将窗体和报表导出到文件文件，然后剖析它与VB窗体文件之间的分离，然后修正文本文件以顺应VB窗体的必要便可完成，只是我没有充足的工夫来做这些了：），固然假如你触类旁通，你也大概做一个工具，完成将VB的窗体反向转换到ACCESS程序中，究竟VB的资本和丰厚的技能对ACCESS来说有很年夜的使用代价

　　用处11：

　　一次性修正ACCESS工具内里所用的字体称号字体巨细或别的属性，连窗体的数据表的字体及别的属性也可变动到。

　　用处12：

　　检察窗体和控件的GUID，并用来做响应的用处

　　用处13：

　　修正窗体和报表有关打印机的信息，为何窗体的打印设置没法保留，为何翻开报表总会提醒本来默许打印机不存在，是不是利用以后打印机等等，这些信息实在都保留在窗体和报内外，翻开文本文件，甚么都分明了，经由过程这个功效可完成很多壮大的功效，人人发扬想像吧。

　　用处14：

　　假如要猎取窗体和控件究竟有些甚么属性，经由过程文本文件可晓得很多

　　用处15：

　　创立一些新的控件，如组合框，列表框等等，都可间接在内里复制代码来创立，而更有效的是，有些带注册信息(license)的控件，假如本来的窗体可用，但你没有LICENSE，你复制窗体味呈现毛病，说你没有版权，但假如你将窗体导出到文本文件，再导回一个新的窗体，ACCESS就给你蒙已往了，不外，这个办法可别说是我教的：），固然我试过良多次才试出来的，不外我本人是坚定不必的：），人人都晓得啦，我一样平常在公共场所，都是用正版的：）

　　用处16：

　　可使用上述的办法对全部ACCESS的一切工具导出到文件举行备份保留，然后想复原哪一个就复原哪一个，固然这类办法有其长处，不外，把全部MDB备份大概更实践些：）

　　用处17：

　　能够用于版本把持，不知人人有否在ACCESS中利用过SourceSafe,我研讨不短工夫，发明，它的签进签出就是利用我上陈述的办法，在SourceSafe保留的是每一个工具的文本格局。假如你有乐趣，能够写一个相似的版本把持工具，我估计2008年会入手下手写它，假如你在那年之前已写出来了，那最好寄份源码给我，不然我指控你夺取我的点子：）

　　用处18：

　　除窗体和报表外，另有别的几近年夜部分工具，如查询、视图、存储历程、干系、宏、模块等等都可导出，你可用来做林林总总的用处，这里就不胪陈了，假如你有独到发明，请必定告知我哦。

　　不外请注重，表是不成导出的：）
　　别的得告知人人，在2002（XP）版本入手下手，微软入手下手对CRC校验举行反省了，以是导回工具时偶然大概会有一些成绩。大概微软已晓得有人在滥用这个功效了：）

　　仓促而就，语句欠亨或错字处，还请放过一马：）
DBaaS解决方案既可以解决这些问题，又能为客户节约资金。相反作为解决方案提供商，采用DBaaS模式似乎就并不那么有吸引力了，因为与企业内部署软件的解决方案相比，DBaaS意味着更低的利润。

作者: admin 时间: 2015-1-19 16:18
理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识

作者: 简单生活 时间: 2015-1-27 06:50
而SQLServer如果能像Oracle一样可以为登陆分配如：5%的cpu，10%的内存。就可以解决这个漏洞。

作者: 飘飘悠悠 时间: 2015-2-5 03:58
需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

作者: 精灵巫婆 时间: 2015-2-11 03:42
大侠们有推荐的书籍和学习方法写下吧。

作者: 活着的死人 时间: 2015-3-1 21:00
其中最有名的应该是row_number了。这个终于解决了用临时表生成序列号的历史，而且SQLServer2005的row_number比Oracle的更先进。因为它把Orderby集成到了一起，不用像Oracle那样还要用子查询进行封装。

作者: 飘灵儿 时间: 2015-3-10 23:51
原理很简单，对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜！

作者: 再现理想 时间: 2015-3-17 16:11
你可以简单地认为适合的就是好，不适合就是不好。

作者: 山那边是海 时间: 2015-3-24 12:09
入门没那么困难，精通没那么容易

欢迎光临仓酷云 (http://ckuyun.com/)