数据链路层主要的功能把网络层的包封装成帧对帧的校验和确认流量的控制数据链路层生成以太网帧,以太网帧的主要格式如下。太网帧的传输大小是由传输媒介决定的,数据帧的大小是64—1518。帧头14个字节,分别是目标MAC地址(6个字节)+源MAC地址(6个字节)+协议类型(2个字节),帧尾是32位的CRC冗余校验。对于两个字节协议字段,0×0800主要用于IP协议,还有一些其他的网络协议,比如NovellIPX等。这里先介绍以太网帧头格式,用libcap抓出来的包
系统 2019-08-29 22:12:22 2576
学习使用position:relative样式,让文字悬浮在图片上方。dasfdsafdsaf
系统 2019-08-29 22:10:11 2576
联想公司将在中国内地免费上门回收旧电脑就是不知道要限制电脑功能完整。手机欠费记录将进征信系统与个人诚信记录挂钩我的妈妈啊广大预付费用户已经为移动公司提供了一笔巨额的无息贷款,这下子又便宜了移动公司,为这笔贷款增加了一道保险,而且也会促使这笔贷款金额更加巨大。不得不预存更多的话费以保证自己不欠费,但是这能挡得住么?建议只对恶意欠费进行记录,放过善良的我们。网友观点:反对,个人的电信欠费属小额欠费,而且不属于信用消费,不应该纳入诚信系统。让消费者先消费后付费,
系统 2019-08-12 09:29:58 2576
转载请注明出处:点我由于Docker自身的网络的原因,想要在多主机间的容器之间进行通信是比较麻烦的事情。可以利用Ambassador容器来实现这一功能。基本原理:利用Ambassador来实现主机间容器进行通信时,需要在两台需要通信的容器的主机上都启动Ambassador容器。由Ambassador容器提供数据转发服务。当客户端主机上的容器client_container想要同服务器端主机上的容器server_container通信时,client_con
系统 2019-08-12 09:27:35 2576
PERCONAPERFORMANCECONFERENCE2009上,来自雅虎的几位工程师带来了一篇”EfficientPaginationUsingMySQL“的报告,有很多亮点,本文是在原文基础上的进一步延伸。首先看一下分页的基本原理:mysql>explainSELECT*FROMmessageORDERBYidDESCLIMIT10000,20\G*****************1.row**************id:1select_type:
系统 2019-08-12 01:54:48 2576
本文摘自http://www.cnblogs.com/cy163/archive/2010/11/17/1880280.html做过DB2数据库应用迁移的工程师,了解IBMMTK工具在迁移过程中所能完成任务,但这个工具并不能帮你完成所有的迁移工作,还有大量的迁移工作需要我们借助自己的经验和方法来完成,下面是一些在DB2数据库移植过程中常见的问题简单总结。这里我只是针对Oracle迁移到DB2的常见问题描述。1DB2与oracle常用数据类型之间的对应关系O
系统 2019-08-12 01:54:36 2576
题记:写这篇博客要主是加深自己对错误外键的认识和总结实现算法时的一些验经和训教,如果有错误请指出,万分感谢。1.明天在建wms中的case_detail中的caseNumber不能与case_head相关联。结果建了数次都提示错误,浪费时间良久。关键字:mysqlcreatetableerrno121150错误建表错误外键每日一道理整个世界,因为有了阳光,城市有了生机;细小心灵,因为有了阳光,内心有了舒畅。明媚的金黄色,树丛间小影成像在叶片上泛有的点点破碎
系统 2019-08-12 01:54:12 2576
查询是数据库技术中最常用的操作。查询操作的过程比较简单,首先从客户端发出查询的SQL语句,数据库服务端在接收到由客户端发来的SQL语句后,执行这条SQL语句,然后将查询到的结果返回给客户端。虽然过程很简单,但不同的查询方式和数据库设置,对查询的性能将会有很在的影响。因此,本文就在MySQL中常用的查询优化技术进行讨论。讨论的内容如:通过查询缓冲提高查询速度;MySQL对查询的自动优化;基于索引的排序;不可达查询的检测和使用各种查询选择来提高性能。显然,这对
系统 2019-08-12 01:53:04 2576
ACID,指数据库事务正确执行的四个基本要素的缩写。包含:原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation)、持久性(Durability)。一个支持事务(Transaction)的数据库系统,必需要具有这四种特性,否则在事务过程(Transactionprocessing)当中无法保证数据的正确性,交易过程极可能达不到交易原子性:一个事务(transaction)中的所有操作,要么全部完成,要么全部不完成,不会结
系统 2019-08-12 01:52:53 2576
从开始工作到现在已经开发过好几个系统。在每个系统中,关于删除有主外键关系的数据的功能我一直把握的不好,这是一个一直困挠我的问题。之前我对于这个问题我一般以假删除做处理。像系统字典里的类型这样的数据,和它相关联的表肯定有N多个,如果做级联删除的话,肯定不现实,万一客户误操作的话,那就完蛋了。所以我一般做伪删除处理,隐藏伪删除的类别,但与之相关的其它数据还是让它显示的,这样做就会让客户觉得很迷糊,想已经删除了这一类别怎么还会在这里出现,而且逻辑上也说不过去;如
系统 2019-08-12 01:52:27 2576