基于中间表关联的单向1:N单向1对N关联,注意和N:1是相反的想象下:吃大锅饭的时候,就是很多人住一个地方,一个房间,一个大炕上eg:一个地方有多个人住.或者说多家人eg:每个同学记住老师,比老师记住每个同学简单.(在n的一端进行配置效率高)N1Person:AddressStudent:Teacher这个里面放的是单向N对1包括无连接表的N:1有连接表的N:1注意需求是:以前N:1是在N的一端配置，也就是因为多个人记住老师比较容易现在要在1的一端配置,就
系统 2019-08-29 22:08:42 2547
假设存在如下纵向表，第一列为id（可能是某个业务数据的id），第二列为类型，第三列为类型对应的值，如下图：如上表，存在2，3，4三种类型，其中业务数据ID为1的三种类型都有值，业务数据ID为2的三种类型都有值，业务数据ID为3的只有类型2和3有值，现在要把纵向表横过来显示，可以采用如下代码：--=========================================================--纵向表变横向表:--1.转换类型，类型的值必须
系统 2019-08-12 01:55:22 2547
如转载，请注明出处：http://blog.csdn.net/robinson_0612/archive/2010/03/30/5431428.aspx虽然Oracle10gDatabaseRelease2已经推出几年了，但这个版本仍然为很多初学者学习的版本，下面详细讲述了安装Oracle10g的步骤。一、linux的版本选用目前linux(RHEL)使用的主要版本为5.4版，可以到下面的地址下载其安装文件。RHEL5.4下载http://download
系统 2019-08-12 01:54:31 2547
注：本文翻译自Google官方的AndroidDevelopersTraining文档，译者技术一般，由于喜爱安卓而产生了翻译的念头，纯属个人兴趣爱好。原文链接：http://developer.android.com/training/basics/activity-lifecycle/index.html当一个用户使用你的应用，或者返回，或者退出时，Activity的实例会在它的生命周期内对应地切换到相应的状态。例如：当你的Activity第一次启动时
系统 2019-08-12 01:53:23 2547
bug重现：1、压缩数据库日志2、重新生成某些表的索引，当生成最大表索引的时候（100G详细内容表）长时间无相应3、打开任务管理器发现内存耗尽，此时我点了下sql然后sms报错，然后sql死掉4、关闭进程，重启sql服务5、打开web服务器iis站点，发现无法访问数据库6、打开数据库服务器发现[数据库恢复中]点击展开提示数据库损坏。此时我慌了，认为这次闯祸了，nm500G数据啊而且最新备份是一个月前的。然后开始思考，是否需要重新启动下数据库？解决方案:1、
系统 2019-08-12 01:52:40 2547
场景：不小心删除了某文件，但该文件之前被某进程（譬如一个daemon）打开尚未关闭。注：文件删除是在打开的fd都关闭以后发生的，即，unlink一个文件以后，如果inode的引用计数降到0，这个文件应该被删除，但如果还有进程打开了这个文件且尚未关闭（即打开计数不为0），那么文件将在最后一个打开该文件的进程关闭该文件的fd以后删除。这也是为什么会有install这种命令的缘故。install会首先unlink文件，之后以同样文件名open（其实是create
系统 2019-08-12 01:52:03 2547
同事写了个程序用创建多个线程使用ado同时对同个数据库进行相同的查询，涉及2张数据表的联查。当线程数非常多的情况下，读取数据的效率就会变得很慢，例如50个线程同时查询大概3000条数据，查询完成后通过游标全部读取到本地需要大概30秒。单个线程可能就一两秒。这是由于数据库锁导致的。同样的程序在我的机子上运行性能提高了1倍。主要原因由于我连接的sqlserver是企业版的，而同事那个连接的数据库是开发版的，企业版的sqlserver对并发访问做了一定的优化。但
系统 2019-08-12 01:51:51 2547
Oracle默认有3个用户：sys密码：自定；system密码：自定；scott密码：Tiger(默认锁定)；注：用Sys用户登录须根[assysdba]desc表名：查看表结构;Dos启动监听：lsnrctlstartDos启动Oracle实例服务：oradim-starup-sidorcl查询用户的系统权限：select*fromuser_sys_privs;查询用户的表权限：select*fromuser_tab_privs;赋予系统权限的时候在用户
系统 2019-08-12 01:51:37 2547
参数化和即席查询，都是一个二难的选择。一旦选择参数化就有可能带来一种情况就是执行计划反复被利用。不会通过收集现有的统计信息，出一个比较优异的执行计划。即席查询也就是adhocquery，每次都需要重编译，花费比较大。这个是一个2难，需要平衡。对于这个问题sqlserver有简单参数化，强制参数化和2008才有的optimizeforadhocworkloads。optimizeforadhocworkloads的原理大概如此：当你第一次执行adhoc查询的
系统 2019-08-12 01:33:33 2547
WinDBG提供了多种设断点的命令：bp,bu,bm,babp命令是在某个地址下断点，可以bp0x7783FEB也可以bpMyApp!SomeFunction。对于后者，WinDBG会自动找到MyApp!SomeFunction对应的地址并设置断点。但是使用bp的问题在于：1）当代码修改之后，函数地址改变，该断点仍然保持在相同位置，不一定继续有效；2）WinDBG不会把bp断点保存工作空间中。所以，我比较喜欢用bu命令。bu命令是针对某个符号下断点。比如b
系统 2019-08-12 01:32:52 2547
