一 : ASP--解决"操作必须使用一个可更新的查询"
0x80004005错误解决办法错误“操作必须使用一个可更新的查询”原因及解决办法
错误信息：
Microsoft OLE DB Provider for ODBC Drivers error ''80004005''
[Microsoft][ODBC Microsoft Access 97 Driver] Operation must use anupdateable query.
或者是：
Microsoft JET Database Engine (0x80004005)
操作必须使用一个可更新的查询。
原因：
有几个主要的错误原因：
这个错误发生在当你的程序试图执行更新数据库或其它类似操作时。这是因为ADO由于以下的几个原因而不能够写数据库造成的。
1.最普遍的原因是匿名用户帐号(IUSR_MACHINE)对该数据库文件没有写权限。
要解决这个问题，在管理器中调整数据库文件的属性，让匿名用户有正确的权限。
当使用ACCESS数据库时，不仅要给文件写的权限，还要给该目录写的权限，因为Jet需要在
该目录建立一个.ldb文件。
操作步骤：
win2k win2003 系统
问题应该是服务器数据库目录的写入权限没有设置好。
数据库目录-->右键属性-->安全-->EVERYONE给他写入权限就OK了。
winXP系统
XP操作系统安装好，文件夹选项里面默认使用简单共享(推荐)，把这个选项去掉，
再在文件夹上右键点击，就会出现安全这个选项卡，
原来默认的没有，然后在安全选项卡里面可以设置用户的写入权限了
右击数据库>安全>everyone>将需要的勾上
2.第二个原因是数据库没有使用正确的模式打开。应该使用下面的方法打开。
SQL = "Update Products SetUnitPrice = 2;"
Set Conn =Server.CreateObject("ADODB.Connection")
Conn.Mode = 3 ''3 =adModeReadWrite
Conn.Open "myDSN"
Conn.Execute(SQL)
Conn.Close
注意默认的Mode是设置0(adModeUnknown),它是允许更新的。
3.还有可能是在ODBC管理器中将该DSN的只读选项选中。
4.你是在同时更新两个表中的字段，也会出现这个错误信息，解决办法是分开来更新
这两个表中各自字段。
5.当你使用了一个从低版本中（如ACCESS2.0,ACCESS7.0）载入到高版本(ACCESS 2000)
中的查询时，在执行这个查询是会出现该错误 .
以上是转帖,今天自己也遇到这个错误,属于第一种情况,上网找了许久也改了很多地方,说下自己解决的方法:
方法1、把磁盘的格式变为FAT32，这个问题只会在NTFS中出现，改成FAT32就解决。
方法2、右击数据库>安全>USER>将需要的勾上。
右击数据库所在文件夹-->同享-->同享此文件夹--->权限--->everyone....或修改虚拟目录的属性都是不行的，要是大家以后在学习过程也中遇到这样问题，希望这对你有所帮助。
二 : 使用Struts2必须配备的Jar包
Struts2.1.x终于推出正式版了，下载后按照Struts 2.0.14版进行配置，抛出异常说无法装载 (org.apache.struts2.dispatcher.multipart.MultiPartRequest)，异常信息提示摘不到 org.apache.commons.fileupload.RequestContext类，搜索struts2.1.6带的所有jar包，发现RequestContext类并不在struts2-core-2.1.6.jar 中，在commons-fileupload-1.2.1.jar包中，之前struts2.0.14并不需要此包，只有在要用到上传组件的时候才需要。可能是struts2.1.6对文件上传功能的改进。因此要想正常使用struts2.1.6，至少需要如下6 个jar包：
struts2-core-2.1.6.jar
freemarker-2.3.13.jar
commons-logging-1.0.4.jar
ognl-2.6.11.jar
xwork-2.1.2.jar
commons-fileupload-1.2.1.jar
要注意的是，Struts 2.1.6的最小jar包配置比Struts2.0.14多了一个commons-fileupload-1.2.1.jar。
如果要使用Struts2的注释功能，在Struts2.0.14中只要引用了struts2-core-2.1.6.jar文件即可，而在 struts2.1.6中还需要引用struts2-convention-plugin-2.1.6.jar文件，而且注释类的包也变了（又增加了一些新的注释类），Struts2.0.14中的注释类在org.apache.struts2.config包中，而struts2.1.6的注释类在 org.apache.struts2.convention.annotation包中。除此之外，有些注释的属性名也变了，如Result注释在 struts2.0.14中有一个value属性，表示一个要转入的URL，而
Struts2.1.6的Result注释中使用location属性代替了value属性（不再有value属性了），但它们的使用方法相同。
因此，读者在使用Struts2.1.x时要注意，这一版本与Struts2.0.x并不完全兼容（但大部分还是兼容的）。据我的经验，Struts2.1.x版本将是比较稳定的一个Struts2版本，因此，Struts1.x就是在Struts1.1版本才开始流行起来的。
以前也测试过Struts2的其他版本，经部分测试，目前Struts 2分为三个版本阶段：Struts 2.0.9及以前版本、Struts2.0.10至Struts2.0.14、Struts 2.1.x，这三类版本都不太兼容，如果确定使用struts2来开发程序，建议直接使用struts2.1.6及以后的版本，这是一个比较稳定的Struts2版本。
三 : YF77与YF100的使用潜力必须挖干榨尽
YF77与YF100的使用潜力必须挖干榨尽
未来中国LEO运力50吨以下的运力区间有YF100与YF77发动机在手，只要充分挖掘使用潜力就完全能够?填满“。(www.61k.com)因此中国只使从现在开始就实施载人登月工程，研制500吨级的巨型煤油液体发动机也不是最为急迫的任务。没有500吨级液体发动机中国也一样能够先行实施载人环月工程。研制500吨级发动机完全可以等到驻月任务阶段再研制，那什么也要到2030年以后了。与之相反，500吨级与1000吨级大固体燃料发动机研制比较容易，中国研制来做长五超级版火箭的助推器倒比较有必要。
YF100是一款好发动机，就象俄罗斯的RD170与RD180那样，持续用上50多年完全没有问题。中国一定要好好挖干榨尽他的使用潜力，千万别造成巨大的浪费。
第一节， 月球轨道对接登月方案为研制超级版长五火箭提供了历史机遇
实施中国载人登月工程。月球轨道对接方案最好，载人飞船与登月舱各走各路，到达月球轨道后再会合对接。美国佬的新登月舱重达64吨，中国的最多重达25吨，超级长五火箭完全能够发射入环月轨道。中国的登月舱还是先搞掂有无的问题再说。
实施载人登月工程根本不需要什么大理由，技术上水到渠成了“兴趣”就来了。这与“饱食思淫欲”是一个道理的。而且全球工业产能过剩越来越严重，地球上一直那么多人无事可干最后还是会出大乱子的。未来载人登月工程与载人登火星工程都是典型的“就业工程”。
苏联的N1火箭的确是一个匆匆忙忙上马赶进度的产物，而且那个时代的先进材料，人工智能与精密工业生产技艺也远远没有今天的先进与成熟。如果N1火箭在今天生产，走CBC构形，研制成功还是有可能的。当然这就要看太空探索与轨道科学之类私营公司是否继续有兴趣这么搞了。至于国家级大公司恐怕没有这样的胆量，也没有必要这么“冒险”，毕竟RD180，RD170，RS68，YF100等发动机的推力要比猎鹰火箭“梅林发动机”强大太多了，起飞级使12台就已经能够做很多的事了。而且还有重型固体燃料助推器这张王牌在手，选择余地大得很。
而小公司只要能够省钱，“只有想不到的，没有不敢做的”，今天太空探索公司不就冒险成功了？！老实说，航天飞机退休后，ATK公司的日子也不好过，日后ATK的大固体燃料助推器生产线为了生存，向太空探索与轨道科学之类小公司的猎鹰9与金牛座等火箭提供重型助推器，以大幅度扩展运力区间来与质子，阿里安五与及EELV火箭抢市场也是完全有可能的。搞不好人类历史上第一款中间运力型火箭就会出自于太空探索之类小私人公司之手也未可知！
第二节，要赶载人登月工程进度研制1000吨级大固推可以考虑
500吨级固体助推器的研制难度可要比研制500吨级的液体发动机容易太多了。印度，欧洲就成功研制出了500多吨级的大固推。而RD180。RD170，F1之类的巨型发动机地球上只有俄罗斯与美国两国研制成功。印度的技术能力绝对不可能在俄罗斯之上的，RD170，RD180的研制难度绝对要比ATK的航天飞机级大固体燃料助推器的研制难度要大得多。
yf77 YF77与YF100的使用潜力必须挖干榨尽
正是如此，自有YF100与YF77在手之后，今天的中国只要再搞出阿里安五级别的大固推，中国的载人登月工程在火箭问题上就不存在任何阻碍了。(www.61k.com]因此，未来20年内中国搞载人登月工程已经是万俱备只欠东风的了。
我设想超级长五直径为7米只是个大概数据，最终结果与7米直径肯定有差距的。至于我为什么一再强调中国要研制LEO运力达40至80吨左右的中间运力型火箭，关键就是处于这一运力区间的火箭在地球轨道发射任务中能够找到足够的“活”干，而土星五级别的东西在地球轨道的发射用处不大，否则土星五与能源火箭也不会死得那么惨了。事实上使用9台YF100研制超级长五火箭主芯级，起飞级推力不过1080吨，LEO运力只有25吨左右，GTO运力也只有14吨左右。与阿里安五，EELV，质子非常接近，相差不大，因此商业适用范围很大，只使没有登月工程也“饿不死”。发射下通讯卫星等等也能够长久生存下来。而要再提升运载能力区间（即LEO60吨左右），只要再捆绑上不同数量与大小的（固体液体均可）助推器即可。运力区间的调节非常容易简便。
而月球轨道对接方案，最主要就是能够基于现成飞船与火箭平台立即着手上马进行。载人飞船与登月舱从地球到月球轨道都是各走各路，安全性也更具优势。至于月球轨道的对接难度，大不了可以研制月球数据中继卫星，这样信息的沟通就可以无缝进行。经济与技术难度也极低。而在政治上又可以立即见到成果，政治领导人与民众非常容易接受，因为花钱也不多。这样做对美国，欧洲也会产生巨大压力。
至于月面登陆，有钱之后接着就进行；没有钱也可以先拖一拖。不必一开始就将摊子铺得太大，否则经济一旦出现危机，（阿波罗一站式）后继工程就要不得不中止，这样将会前功尽弃，损失更为巨大。
至于巨型500吨级发动机，研制时间周期至少10年以上。如果要等到它出现再上马载人登月工程，时间都到2025年之后了。但LEO运力50吨以下的火箭，基于YF100发动机与YF77发动机平台就可以立即着手研制了。因此基于YF100与YF77研制超级长五火箭就叫做“物尽其用，小步快跑”，日后500吨煤油发动机研制成功再换发动机就是了。
更为重要的是如果中国LEO运力25到60吨区间的中间运力型火箭能够在2020年左右出现，将会有更多的时间来培养孕育这一新运力区间的“商业载荷产业市场”。如重型空间站舱段平台，重型通讯卫星与重型星际探测器等等。目前国际上火箭运力区间的极限是LEO25吨，GTO12吨。这个天花板越早打破就越早有利于全球空间工业的升级发展与人类深空探索新疆域的开拓扩展。如可以发射东风卡车般大小的火星车（5到10吨级），月球车到火星月球上进行更大规模与更长距离的无人探索等。
第三节，市场需求是可以被创造的。
如果中国，俄罗斯与美国有现成LEO运力达50吨的火箭平台。中国，美国与俄罗斯的空间站舱段平台就必然是四五十吨级别的，可是质子，EELV，航天飞机与长五运力目前只有20到25吨，因此目前空间站舱段平台的重量就只有20吨左右了。而载人环月飞船的研制就更是如此。目前的质子，EELV，阿里安五，H2B与长五GTO运力最高只有14吨，发射环月
扩展：yf77氢氧发动机 / yf77火箭发动机 / 圣保罗yf7710地板
yf77 YF77与YF100的使用潜力必须挖干榨尽
飞船相当困难，但如果GTO运力一举提高到18吨以上，发射神舟级别的载人环月飞船就非常容易了。[www.61k.com)
重型通讯卫星与星际探测器就更是如此。由其是深空星际探测器。几年，甚至十几年才到达目标星球，但由于目前火箭运力过小，10吨级的重型星际探测器还没有研制过，如果卡西尼重达10吨以上，它所装备的雷达天线就可以做得更大，功率也更强，探测的结果当然就更佳了。还是一句话“世上本无路，走的人多了也就有了路了”。人类LEO运载能力达50吨左右的中间运力型火箭的出现也是如此。当有一部分国家开始研制这一运力区间的火箭了，其它的国家也会逐渐跟进的，而时间久了“市场”也会在不知不觉中就被培育出来了。我对这一前景充满信心。
总结
中国好不容易研制成功YF100与YF77这样的两款主力火箭发动机。因此无论如何都要想方设法将其使用潜力挖掘榨尽。而目前有太空探索公司的猎鹰9火箭在前面“开路”。中国又没有太多的钱可投入空间事业。因此就更应该学习猎鹰9火箭的方案也并联9台YF100研制主芯级，使用两台YF77研制第二级，之后再捆绑不同数量的助推器，力求从此一劳永逸地将中国火箭的运力区间一举扩展到LEO运载能力60吨以上。
老实说，只要化学能火箭技术未被淘汰，使用9台YF100研制主芯级（7米直径左右）的超级长五火箭从此一直用上100年都可以，毕竟联盟火箭也使用了50多年了，而且煤油也是环保燃料。我力主研制超级长五火箭，就是要打足够的“提前量”，因为这样做也用不了几个钱。至于中国何时上马载人登月工程倒不是重点要考虑的原因。
陈天（高凉陈君）
于广东茂名
2009，12，24
扩展：yf77氢氧发动机 / yf77火箭发动机 / 圣保罗yf7710地板
四 : 想使用全国基站代码做一个简单的时候定位查询软件，到哪里可
网友李丽对[基站代码]想使用全国基站代码做一个简单的时候定位查询软件，到哪里可以下载最新的基站代码数据？给出的答复：
五 : “操作必须使用一个可更新的查询”的解决办法
今天又遇到这样一个错误“操作必须使用一个可更新的查询”这里我整理下原因及解决办法,大家以后再遇到相同的问题可以先试下类似的解决办法.
错误信息：
61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1