今天做一个web站点，编译项目时出现了这个错误，google了一下，跟我的症状不太一样，只好自己动手解决。首先先看了一下错误：错误1类型*******同时存在于xxxx（.netSYSTEM32下的路径）和xxxx（vs的路径）。看了一下代码，对比了一下样板网站，发现我的错误是在引用了system.data.sqlclient之后发生。之后删了sqlclient之后编译竟然过了。不知你们是否遇到同样的问题，可能是引用间的冲突。经过我分析之后发现,原来sys
系统 2019-08-12 01:55:14 2441
前奏:今天，闲来没事.于是动手在自己的本机安装一下Oracle,顺便也想从项目上挪几张表过来看看.Step1:安装.Step2:Createdatabase/Instance(DatabaseConfigurationAssistant)Step3:Startupdatabase(WebAdminconsole)Step4:Startuplisener(lsnrctl>>start)Step5:Createtablespace/Role/User问题出现:
系统 2019-08-12 01:54:18 2441
一、B-Tree索引1.选择索引字段的原则:在WHERE子句中最频繁使用的字段联接语句中的联接字段选择高选择性的字段(如果很少的字段拥有相同值,即有很多独特值,则选择性很好)ORACLE在UNIQUE和主键字段上自动建立索引在选择性很差的字段上建索引只有在这个字段的值分布非常倾斜的情况下才有益(在这种情况下,某一,两个字段值比其它字段值少出现很多)不要在很少独特值的字段上建B-TREE索引,在这种情况下,你可以考虑在这些字段上建位图索引.在联机事务处理环境
系统 2019-08-12 01:54:12 2441
1、选取最适用的字段属性MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定
系统 2019-08-12 01:53:48 2441
JDBC连接sqlserver数据库的步骤如下：1、加载JDBC驱动程序(只做一次)：在连接数据库之前，首先要加载想要连接的数据库的驱动到JVM（Java虚拟机），这通过java.lang.Class类的静态方法forName(StringclassName)实现。成功加载后，会将Driver类的实例注册到DriverManager类中。2、提供JDBC连接的URL•连接URL定义了连接数据库时的协议、子协议、数据源标识。•书写形式：协议：子协议：数据源标
系统 2019-08-12 01:53:32 2441
SQL>selectto_char(sysdate,'yyyy-MM-dd-hh-mm-ss')fromdual;TO_CHAR(SYSDATE,'YY-------------------2011-12-28-08-12-12SQL>selectto_char(current_timestamp,'yyyy-MM-dd-hh-mm-ss')fromdual;TO_CHAR(CURRENT_TIM-------------------2011-12-28-
系统 2019-08-12 01:33:55 2441
1.定义：innerjoin(等值连接)：仅仅返回两个表中联结字段相等的记录leftjoin(左联接)：返回包含左表中的全部记录和右表中联结字段相等的记录rightjoin(右联接)：返回包含右表中的全部记录和左表中联结字段相等的记录INNERJOIN语法：INNERJOIN连接两个数据表的使用方法：SELECT*FROM表1INNERJOIN表2ON表1.字段号=表2.字段号2.实例表A记录例如以下：aIDaNum1a200501112a20050112
系统 2019-08-12 01:33:46 2441
http://www.linuxfly.org/post/131/上一篇日志写到，为什么要制作rpm包，以及如何使用.src.rpm文件生成rpm包。最后部分还看到.src.rpm的内容，实际上就是由.tar.gz源码、补丁软件和.spec脚本组成的。由此知道，使用.spec生成rpm包是比较简单的，因为.src.rpm通常都是由软件开发者或者第三方的专业制作人根据源码调试好的，所以，只要处理好平台兼容性和相关的版本，不会遇到太大的问题。但我觉得单纯明白用
系统 2019-08-12 01:33:02 2441
摩尔定律失效了，CPU不能再快下去了。最痛苦的应该是程序员。2000年左右的那些时间真是程序员的黄金时代。每半年CPU的速度就翻番，半年前效率还那么不现实的算法，半年后就能应用了。那些年sun以为java可以统治移动设备，因为每半年速度翻番的cpu会让大家不再在意那点虚拟机的消耗。但是现实是那么残酷，如今cpu频率止步不前，java在移动设备上的效率依然被人诟病，而sun已经成了历史。硬件厂商们无法再在速度上做文章，转向了多核。但程序还得继续写下去，用户需
系统 2019-08-12 01:32:53 2441
一、资源文件简介（1）resx文件：基于文本的格式是特定于.NET框架的XML格式，称为ResX（.resx文件）。不考虑其XML基础，该格式不是专门为人工阅读而设计的（XML格式很少是这样的）。但是，VisualStudio.NET仍然为.resx文件提供了一个基本编辑器。（2）Resources文件：.resources扩展名来自于在将.resx文件作为资源嵌入之前VisualStudio.NET处理该文件时所使用的工具。工具名称是resgen.exe
系统 2019-08-12 01:32:53 2441
