一戒：“团队利益高于一切”
团队首先是一个集体，由“集体利益高于一切”这个被普遍认可的价值取向，自然而然地可以衍生出“团队利益高于一切”这个论断。但是，在一个团队里过分推崇和强调“团队利益高于一切”，可能会导致两方面的弊端。 一方面是极易滋生小团体主义。团队利益对其成员而言是整体利益，而对整个企业来说，又是局部利益。过分强调团队利益，处处从维护团队自身利益的角度出发常常会打破企业内部固有的利益均衡，侵害其他团队乃至企业整体的利益，从而造成团队与团队，团队与企业之间的价值目标错位，最终影响到企业战略目标的实现。 比如说，一个企业内部各团队都有相应的任务考核指标，出于小团体利益的考虑，某个团队采取了挖兄弟团队墙脚等不正当的手法来完成自己的考核指标，而当这种做法又没有及时得到纠正时，其他团队也会因利益驱动而群起效仿，届时一场内部混战也就不可避免，而企业却要为此支付大量额外成本，造成资源的严重浪费。此外，小团体主义往往在组织上还有一种游离于企业之外的迹象，或另立山头或架空母体。 另一方面，过分强调团队利益容易导致个体的应得利益被忽视和践踏。如果一味只强调团队利益，就会出现“假维护团队利益之名，行损害个体利益之实”的情况。目前不可否认的是，在团队内部，利益驱动仍是推动团队运转的一个重要机制。作为团队的组成部分，如果个体的应得利益长期被漠视甚至侵害，那么他们的积极性和创造性无疑会遭受重创，从而影响到整个团队的竞争力和战斗力的发挥，团队的总体利益也会因此受损。团队的价值是由团队全体成员共同创造的，团队个体的应得利益应该也必须得到维护，否则团队原有的凝聚力就会分化成离心力。所以，不恰当地过分强调团队利益，反而会导致团队利益的完全丧失。二戒：“团队本身的内斗”
团队精神在很大程度上是为了适应竞争的需要而出现并不断强化的。这里提及的竞争，往往很自然地被我们理解为与外部的竞争。事实上，团队内部同样也需要有竞争。 在团队内部引入竞争机制，有利于打破另一种形式的大锅饭。如果一个团队内部没有竞争，在开始的时候，团队成员也许会凭着一股激情努力工作，但时间一长，他发现无论是干多干少，干好干坏，结果都是一样的，每一个成员都享受同等的待遇，那么他的热情就会减退，在失望、消沉后最终也会选择“做一天和尚撞一天钟”的方式来混日子，这其实就是一种披上团队外衣的大锅饭。通过引入竞争机制，实行赏勤罚懒，赏优罚劣，打破这种看似平等实为压制的利益格局，团队成员的主动性、创造性才会得到充分的发挥，团队才能长期保持活力。 在团队内部引入竞争机制，有利于团队结构的进一步优化。团队在组建之初，对其成员的特长优势未必完全了解，分配任务时自然也就不可能做到才尽其用。引入竞争机制，一方面可以在内部形成“学、赶、超”的积极氛围，推动每个成员不断自我提高；另一方面，通过竞争的筛选，可以发现哪些人更能适应某项工作，保留最好的，剔除最弱的，从而实现团队结构的最优配置，激发出团队的最大潜能。三戒：“团队内部皆兄弟”
不少企业在团队建设过程中，过于追求团队的亲和力和人情味，认为“团队之内皆兄弟”，而严明的团队纪律是有碍团结的。这就直接导致了管理制度的不完善，或虽有制度但执行不力，形同虚设。 纪律是胜利的保证，只有做到令行禁止，团队才会战无不胜，否则充其量只是一群乌合之众，稍有挫折就会作鸟兽散。南宋初年的岳家军之所以能成为一支抗金主力，与其一直执行严明的军纪密不可分，以至于在金军中流传着这样一句话：撼山易，撼岳家军难。另外一个典型的例子就是三国时期的诸葛亮挥泪斩马谡的故事，马谡与诸葛亮于公于私关系都很好，但马谡丢失了战略要地街亭，诸葛亮最后还是按律将其斩首，维护了军心的稳定。 严明的纪律不仅是维护团队整体利益的需要，在保护团队成员的根本利益方面也有着积极的意义。比如说，某个成员没能按期保质地完成某项工作或者是违反了某项具体的规定，但他并没有受到相应的处罚，或是处罚根本无关痛痒。从表面上看，这个团队非常具有亲和力，而事实上，对问题的纵容或失之以宽会使这个成员产生一种“其实也没有什么大不了”的错觉，久而久之，贻患无穷。如果他从一开始就受到严明纪律的约束，及时纠正错误的认识，那么对团队对他个人都是有益的。GE的前CEO杰克•韦尔奇有这样一个观点：指出谁是团队里最差的成员并不残忍，真正残忍的是对成员存在的问题视而不见，文过饰非，一味充当老好人。宽是害，严是爱。对于这一点，每一个时刻直面竞争的团队都要有足够的清醒认识。四戒：“牺牲‘小我’，才能换取‘大我’”
很多企业认为，培育团队精神，就是要求团队的每个成员都要牺牲小我，换取大我，放弃个性，追求趋同，否则就有违团队精神，就是个人主义在作祟。 诚然，团队精神的核心在于协同合作，强调团队合力，注重整体优势，远离个人英雄主义，但追求趋同的结果必然导致团队成员的个性创造和个性发挥被扭曲和湮没。而没有个性，就意味着没有创造，这样的团队只有简单复制功能，而不具备持续创新能力。其实团队不仅 仅是人的集合，更是能量的结合。团队精神的实质不是要团队成员牺牲自我去完成一项工作，而是要充分利用和发挥团队所有成员的个体优势去做好这项工作。 战国时期，招揽门客、扩大家族势力的做法在豪门望族中十分流行。很多人在对门客的录用上采取了一定准入标准，因此招揽的人才的特长基本上都差不多，而齐国的孟尝君则不同，凡有一技之长的，他都一律以礼相待，投奔他的门客特别多。后来他在秦国担任宰相时，秦昭王因听信谗言要杀他。他的一个门客用“狗盗”之术潜入皇宫，盗取已献给昭王的白狐裘，贿送给昭王宠姬，才得以逃脱。等到他与门客日夜兼程来到函谷关时，城门已经关闭了，必须等到鸡叫之后才能开门。这时又有一个门客模仿鸡叫，引得城内的公鸡一起叫起来，终于骗开城门脱险出关。鸡鸣狗盗之徒在当时是非常不入流的。试想一下，如果当初孟尝君在招揽门客时也像其他贵族一样坚持非饱读诗书、出身高贵的门客不要的话，那么他后来就不得不冤死他乡。 因此，团队的综合竞争力来自于对团队成员专长的合理配置。只有营造一种适宜的氛围：不断地鼓励和刺激团队成员充分展现自我，最大程度地发挥个体潜能，团队才会迸发出如原子裂变般的能量。把上面的代码复制到地址栏，然后回车，就会看到神奇的效果了。
timestamp列类型
timestamp值可以从1970的某时的开始一直到2037年，精度为一秒，其值作为数字显示。
timestamp值显示尺寸的格式如下表所示：
：
+---------------+----------------+
| 列类型 | 显示格式 |
| timestamp(14) | yyyymmddhhmmss |
| timestamp(12) | yymmddhhmmss |
| timestamp(10) | yymmddhhmm |
| timestamp(8) | yyyymmdd |
| timestamp(6) | yymmdd |
| timestamp(4) | yymm |
| timestamp(2) | yy |
+---------------+----------------+
“完整”timestamp格式是14位，但timestamp列也可以用更短的显示尺寸创造
最常见的显示尺寸是6、8、12、和14。
你可以在创建表时指定一个任意的显示尺寸，但是定义列长为0或比14大均会被强制定义为列长14。
列长在从1～13范围的奇数值尺寸均被强制为下一个更大的偶数。
列如：
定义字段长度 强制字段长度
timestamp(0) -> timestamp(14)
timestamp(15)-> timestamp(14)
timestamp(1) -> timestamp(2)
timestamp(5) -> timestamp(6)
所有的timestamp列都有同样的存储大小，
使用被指定的时期时间值的完整精度（14位）存储合法的值不考虑显示尺寸。
不合法的日期，将会被强制为0存储
这有几个含意：
1、虽然你建表时定义了列timestamp(8)，但在你进行数据插入与更新时timestamp列
实际上保存了14位的数据（包括年月日时分秒），
只不过在你进行查询时mysql返回给你的是8位的年月日数据。
如果你使用alter table拓宽一个狭窄的timestamp列，以前被“隐蔽”的信息将被显示。
2、同样，缩小一个timestamp列不会导致信息失去，除了感觉上值在显示时，较少的信息被显示出。
3、尽管timestamp值被存储为完整精度，直接操作存储值的唯一函数是unix_timestamp()；
由于mysql返回timestamp列的列值是进过格式化后的检索的值，
这意味着你可能不能使用某些函数来操作timestamp列（例如hour()或second()），
除非timestamp值的相关部分被包含在格式化的值中。
例如，一个timestamp列只有被定义为timestamp(10)以上时，timestamp列的hh部分才会被显示，
因此在更短的timestamp值上使用hour()会产生一个不可预知的结果。
4、不合法timestamp值被变换到适当类型的“零”值(00000000000000)。（datetime,date亦然）
你可以使用下列语句来验证：
create table test ('id' int (3) unsigned auto_increment, 'date1' timestamp (8) primary key('id'));
insert into test set id = 1;
select * from test;
+----+----------------+
| id | date1 |
+----+----------------+
| 1 | 20021114 |
+----+----------------+
alter table test change 'date1' 'date1' timestamp(14);
select * from test;
+----+----------------+
| id | date1 |
+----+----------------+
| 1 | 20021114093723 |
+----+----------------+
你可以使用timestamp列类型自动地用当前的日期和时间标记insert或update的操作。
如果你有多个timestamp列，只有第一个自动更新。
自动更新第一个timestamp列在下列任何条件下发生：
1、列值没有明确地在一个insert或load data infile语句中指定。
2、列值没有明确地在一个update语句中指定且另外一些的列改变值。
（注意一个update设置一个列为它已经有的值，
这将不引起timestamp列被更新，
因为如果你设置一个列为它当前的值，mysql为了效率而忽略更改。）
3、你明确地设定timestamp列为null.
4、除第一个以外的timestamp列也可以设置到当前的日期和时间，只要将列设为null，或now()。
create table test (
'id' int (3) unsigned auto_increment,
'date1' timestamp (14),
'date2' timestamp (14),
primary key('id')
);
insert into test (id, date1, date2) values (1, null, null);
insert into test set id= 2;
+----+----------------+----------------+
| id | date1 | date2 |
+----+----------------+----------------+
| 1 | 20021114093723 | 20021114093723 |
| 2 | 20021114093724 | 00000000000000 |
+----+----------------+----------------+
->第一条指令因设date1、date2为null,所以date1、date2值均为当前时间
第二条指令因没有设date1、date2列值，第一个timestamp列date1为更新为当前时间，
而二个timestamp列date2因日期不合法而变为“00000000000000”
update test set id= 3 where id=1;
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/mwywfn/archive/2008/12/04/3447360.aspx
1、 硬盘损坏时，没有预警。 硬盘录像机在使用时，软件和操作系统是安装在FALSH里面的，程序不容易死机，但是，当硬盘损坏时，系统程序仍然在运行，事实上录象数据已经写不进硬盘中了，造成无法及时地更换硬盘。
2、 主机发生故障时，唯一的解决办法就是“发回厂家维修” 嵌入式硬盘录像机，由于其工作方式的原因，发生故障时，现场人员无法解决，必须要把机器发回到厂家，进行内部电路板上的维修。 由于嵌入式硬盘录像机所有的硬件都集成在一起，主板、报警、485模块、网络等等只要有一个模块发生故障，就必须要发回厂家维修或者直接更换新的机器。
3、 显示质量受显示芯片的限制，显示效果不理想、延时比较大。 和IPC工业计算机平台的DVR比较起来看，在显示效果上和延时问题上，嵌入式的和IPC式的产品，有质的差别，WINDOWS2000操作系统对2D图象的支持能力是非常强大的，同时独立的64MB显示卡，专门用于处理视频图像，因此在显示质量和视频延时上不存在问题。
4、 嵌入式硬盘录像机工作日志无法做完整 嵌入式硬盘录像机的软件是保存在FLASH里面的，受空间容量的影响，其系统的工作日志无法实现完整的设计，同时还会造成日志保存的时间比较短的后果。
5、嵌入式硬盘录像机可扩展性差 嵌入式硬盘录像机其视频处理部分均集成在一块板子上，如果需要扩展1路上去，唯一的办法就是换机器。所以，起扩展性能比较差。
6、软件升级困难 嵌入式硬盘录像机软件是烧录在FLASH里面的，必须要通过客户端机器使用串口和网络的方式用专门的软件远程升级，需要厂家或者专业人员来完成这个工作。
7、操作系统版权问题： 嵌入式硬盘录像机，有相当一部分厂商使用VxWorks等操作系统来做嵌入式硬盘录像机，VxWorks等操作系统的版权非常昂贵，因此多数厂商使用盗板的VxWorks，这对用户会带来不少的麻烦。
8、硬盘扩展性差，直到现在还改观不大。当嵌入式主机内装满8个硬盘（8*320G， 8*400G、8*500G太贵麻烦更大）还不能满足客户录像资料存储要求的时候，麻烦就大了。
但上述问题，是不是PC式的就完全没有呢？不一定，看看：
1、一些高端的嵌入式机器，也有硬盘出错时可以预警的功能
2、嵌入式的维修，一般情况下的确是无法现场解决。但是大家都知道嵌入式的特点就是稳定，当然工控式产生了问题工程商基本都能自己解决，但是试问你是愿意一两年产生一次故障，还是愿意经常跑去客户处维护呢？
3、.在显示效果上，大部分基于RTOS操作系统的嵌入式显示效果确实差强人意，但是现在有基于LINUX精简内核的嵌入式DVR，显示效果还是非常不错的
4、确实，但是很多嵌入式的1024条系统日志个人认为已经够了
5、.扩展性是差，但是一开始就可以给客户预留几路，不是什么大问题
6、.现在好一点的嵌入式DVR都可以通过网络客户端很方便的升级了，多台DVR同步进行，有什么不方便的？除非你在用那些垃圾的嵌入式。
7、说到版权，工控机用的windows是正版的么？呵呵。
市场的基本状态是：低端、小路数的项目，用嵌入式更加合理，对功能、网络、系统集成等要求较高的项目，用PC-DVR的更加容易达到要求。
我们从目前DVR的功能需求来看，其核心技术主要是视频编解码技术与数字存储技术。
从视频编解码技术的角度来看，任何视频编码的效率都是与视频源有关的，针对不同的视频源，视频编码效率是不一样的。VCEG和MPEG制定的视频编码标准都是为媒体制定的，最显著的特点是背景在移动，视频采集质量很好。而在数码监控中，绝大多数场合是摄像机固定，背景静止，但环境变化大，视频采集的噪音高。现有的视频编码算法不是很适合数码监控中的视频编码的，需要对现有的视频编码算法进行重新组合或改进。媒体应用一般是编码少、解码多，更关注解码的成本，而数码监控一般是编码多、解码少，编码的成本显得更重要。
硬盘录像机这样快速普及，主要原因是管理和使用方便，如可快速检索、不存在像磁带那样堆放的负担。目前硬盘是为计算机设计的，用于硬盘录像还存在一些问题：记录数据的关联性、错误恢复能力、硬盘的使用寿命等。在硬盘管理上还有很多工作要做，我们提出的磁盘预分配技术、冻结保护技术、低寻道技术等可以使硬盘更适用于视频信息的存贮。
随着视频监控技术网络化的发展趋势，对于硬盘录像机的网络传输功能提出了越来越高的要求。目前的IPv4技术是为数据业务设计的，用于流媒体传输在有效和实时上有些勉强，需要RTP/RTCP协议给予适当的补救。在某些专网，可以通过一些特别的技术让视音频流有更好的传输效果。由于编码、解码都会产生延时，在网络传输时由于缓冲区的调度也会产生延时，后者甚至比前者还严重，需要仔细的调度。
二、PCDVR
PCDVR具有以下特点：1、基于压缩板卡、个人计算机系统，PC DVR厂商开发出应用软件；2、这些应用软件完成了用户操作界面、硬盘文件管理、网络传输控制、应用功能的整合等；3、众多PC DVR厂商开发出大量的应用软件，根据不同的应用和需求，开发出不同应用功能和特点；4、众多PC DVR厂商为硬盘录像机的快速推广和普及，起到了决定性作用；5、目前PC DVR种类非常多，一般是采用WIDOWS、LINUX，OS和代码放在硬盘上，也有采用LINUX、WINDOWS CE、EMBEDDED XP的，OS和代码固化在DOC上。
PCDVR从对视频信息压缩的方式来区分，可以分为以下两类：1、软压：板卡只是完成视频和/或音频的采集，视频编码靠PC的处理器完成，这类板卡我们称为采集卡。由于PC总线带宽的限制、PC处理器处理能力的限制、PC操作系统效率的限制，一般不用于多路数、实时环境。韩国企业在软压技术和产品方面，处于国际主导地位。2、硬压：视频和/或音频的采集、压缩、复合都在板卡上完成，这类板卡称为硬压卡。由于硬压卡的采用，硬盘录像机在完成三个基本功能方面（预览、编码、复合）几乎不占用PC处理器资源，可以支持多路、实时监控。国内厂商把这一技术做得非常好，在国际上处于领先水平，由于激烈的竞争，已经把成本控制得很好。DSP与ASIC之争已经结束，DSP已经处于绝对领先地位
PCDVR的压缩板卡要实现的三个基本功能为实时显示（预览）、音视频编码、音视频复合；其辅助功能包括OSD、移动侦测、动态调整编码参数、数字水印、双码流、抓帧、RAW DATA的采集等，这些辅助功能在数码监控中常常起到非常重要的作用。
三、嵌入式DVR
国内第一代嵌入式硬盘录像机在软硬件结构上差异非常大，其中Streammachine的家用硬盘录像机方案为主流。从第二代起，在硬件架构与软件架构上与PC DVR同质化，在功能和性能上已经接近PC DVR。典型的嵌入式DVR硬件采用RISC处理器+(PCI)+Video Processor，软件采用Driver/BSP+OS/RTOS+APP；其主要功能已经与PC DVR基本相同，性能上也接近PC DVR，总体看来两者各有优缺点。
四、PCDVR与嵌入式 DVR的比较
PCDVR与嵌入式 DVR的比较情况见下表。
项目 PC DVR Embedded DVR
功耗 高 低
支持最大路数 64 16
功能 多、强 少、弱
用户界面 丰富 单调
灵活性 强 弱
代码固化 大部分没有 是
抗病毒力 较弱 强
体积 大 小
五、DVR的发展
虽然网络监控是监控的发展趋势，但其实现的主要功能：图像（语音）监控管理功能（包括大屏幕及电视墙）、语音广播调度功能、全网内设备的远程状态监控及网络管理功能、授权与安全认证功能、报警信息管理功能、视频流转发功能、DNS解析功能、录像资料管理功能等是以DVR为基础的
DVR的发展方向是：高路数、高可靠性、集成性（比如与报警主机整合、与无线网络结合）。而DVR的市场也在进一步细分，并与具体的行业应用相结合，如POS DVR、车载DVR、车牌识别DVR、人脸检测DVR等等。
