展的，原因得回溯到什么是真正的扩展。对的批评往往集中在根本的性能问题上，而被误解为是扩展方面的问题，但我们已经知道这是两回事。那么，如何满足可扩展系统的三个标准呢第三个标准，可维护性，很容易理解。任何语言都可以写出容易的或者难以维护的代码。虽然有些语言让它们自己能写出及其难以维护的代码，在定程度上，语言也可以，但几乎没有语言是难以写出可维护代码的专为这个目的设计的语言除外，比如或者。通过遵循严格的代码风格指导原则和在代码中广为添加正确的注释，系统可以很容易维护。比较网基于网站的比较购物数据集的增长是可扩展系统的第二个标准。在应用中，数据存储和处理是完全分离的。我们完全不用去管有多少数据存储在数据库中不管多少数据，都采用完全相同的方式进行查询。把数据集增长的责任下放到了存储层，这样就能随心所欲地进行扩展，而不用担心数据集的大小。最后个可扩展标准是能容纳流量增长。通过创建者所描述的无共享体系结构实现这点。像样，是无状态的，所有的状态都由更低层次处理。进程每次只响应个请求，并且不能和服务于其他请求的进程通话。进程也无法在请求之间记住任何事。这种做法有效地隔离各个请求到独立空间中，在请求或进程之间不共享任何信息。如果需要取出上次请求的用户数据，并将它显示在下请求中，那么就得使用底层的数据存储追踪这些数据。由于这种进程和请求间的分离，对于后续请求，实际上就没有必要使用同服务器进行服务。要处理更多请求，只需要简单地添加更多服务器。它们都可以同时服务请求，并且进程之间没有任何共享数据。用户的首次请求由台机器服务，下次则由另台提供服务，依此类推。如果可以控制流量走向，避免它们流向僵死状态的机器，那么这种分离也为无缝的故障转移提供了条件。当然这并非独有的，它是的基础原则之。通过正确的系统设计，这个原则就可以得以应用，而不在于具体的实现语言。但不管怎么说，有些情况下确实需要状态共享。中有几个扩展是无法做到无状态的，而且对于同个用户，不能随意更改相应的服务器。扩展存放用户会话数据到本地磁盘，这要求同用户的每个请求都访问同台服务器。要避免这种情况，可以使用扩展，它使用中央网络守护进程存放会话数据，或者自己手工存放会话数据，使用数据库或者内存缓存来实现。有些扩展让进程可以映射块共享内存用于。由于进程并不定在同台机器上，实际是不可行的。作为替代方案，可以将这些行为交给下面的层次，在数据库或者内存缓存中存放共享数据。提示在有些应用程序中，可以避免将状态存放在服务器端，因为没有这个需求，或者因为它们可以存放在客户端。对于能容忍破坏的状态设置，可以存放在中，或通过传递。对于需要避免损坏的设置，比如认证信息，可以在或中存放签名的或者加密的数据，以免每次页面请求都需要访问数据存储。比较网基于网站的比较购物如果不使用些特定的扩展，那么可以满足建立可扩展系统的三个标准容纳流量增长允许数据集的增长，并且能创建可维护的系统。当然，不是唯可以创建可扩展系统的语言。和，出于和同样的原因，都是很好的候选它不容易出现的方法是为这些特殊的用户创建个用户定义的角色，然后只把那些用户访问对象所需要的权限授予这个用户定义的角色。简化安全管理验证的登录不仅能够方便地实现，而且与验证的登录相比，它更容易编写到应用程序里。但是，如果用户的数量超过，或者服务器数量在个以上，或者每个用户都可以访问个以上的数据库，或者数据库有多个管理员，验证的登录不容易管理。由于没有显示用户有效权限的工具，要记忆每个用户具有哪些权限以及他们为何要得到这些权限就更加困难。即使对于个数据库管理员还要担负其他责任的小型系统，简化安全策略也有助于减轻问题的复杂程度。因此，首选的方法应该是使用验证的登录，然后通过些精心选择的全局组和数据库角色管理数据库访问。网络扩展技术的应用当前，网络扩展技术的发展已日臻成熟，可以为我们所利用并成为项优势。下面我们将就网络扩展的相关作简单介绍网络扩展在大型应用程序中，网络往往是比较容易扩展的部分，因为网络技术和协议的定义原本就考虑到了扩展因素。常见的网络技术，比如千兆位以太网提供如此多的带宽，除非你手中的工作极为特殊，否则应用程序永远也不会耗尽所有带宽。胡乱投递大量数据还是可能耗尽网络带宽的，但如果这些流量发生在同交换网络中的两个节点之间，就不会影响到其他部分的网络性能。个简单的交换网络能够支持很多的机器。通过串联这些交换机，我们可以支持数千台主机，思科系列能在个独立的单元的底盘上支持超过个千兆位以太网端口。超出上述规模时，添加聚集交换机或者路由器能进步增长你的网络，可以支持数万台主机。为了冗余，可以环状连接或者网状连接路由器，并且比较网基于网站的比较购物使用不同的生成树协议思科的按的生成树快速生成树协议和多业务协议传输来避免流量陷入无限循环。单的大型网络未必适用于所有的应用程序。无论如何，如果些应用程序持续生成定量的非关键数据流，并且偶然性的爆发产生大量重要数据，我们总希望非常重要的数据能够通过网络。以太网可没有作保证，所以不能把两种流量都倾泄在同个以太网段。如果把网络分成两个不同的子网，就能分流不同种类的流量，个网络只需要负责处理关键性数据的爆发。高端交换机支持创建虚拟局域网，能够任意地把该设备划分到多个不同的网络，这些网络互不重叠。因此，要创建两个子网，不需要购买个额外的设备假定有足够的空闲端口，而只需要简单地将半的端口用于个网络，另半则用于另个网络。对于和两个网络都需要交流的机器，只需要连接第二块网卡到第二个网络，并且给它两个地址。主机上的这个过程称为。如果我们需要发送极大量的数据，那么千兆位以太网并不是最快的高速数据交换方式甚至万兆位以太网也不是，如果它会出现的话。高容量专用交流通道，比如，能够以更快的速度在两台主机之间移动数据。能以高达的速度进行数据传输倍速率的倍速链接，并且能够无缝执行在远程机器上使用内存，就好像那台机器在本地样。扩展逐渐被大家认可为种严肃的语言，但还是有很多人声称它是不可扩展的。这显然不是事实很多互联网上的最大的网络应用就使用。是能扩们是用于低速重载的场合。如用个轻系列轴承而承载能力达不到要求时，可考虑采用宽系列的轴承，或者把两个轻系列的轴承并装在起使用。保持架的材料与结构对轴承的转速影响极大。实体保持架比冲压保持架允许更高些的转速。推力轴承的极限转速均很低。当工作转速高时，若轴向载荷不十洛阳理工学院毕业设计论文分大时，可以采用角接触球轴承承受纯轴向力。若工作转速略超过样本中规定的极限转速，可以用提高轴承的公差等级，或者适当的加大轴承的径向游隙，选用循球润滑或油雾润滑，加强对循环油的冷却等措施来改善轴承的高速性能。若工作转速超过极限转速较多，应选用特制的高速转动轴承。轴承的调心性能轴承的中心线与轴承座中心线不重合而有角度误差时，或因轴受力而弯曲或倾斜时，会造成轴承的内外轴线发生倾斜。这时，应采用定调心性的调心球轴承或调心滚子轴承。轴承的安装和拆卸便于拆装也是选择轴承类型时应考虑的个因素。此外，轴承类型的选择还应考虑轴承装置整体设计的要求。如轴承的配置使用要求游动要求等。综合考虑以上因素，本次设计第轴后轴承为角接触球轴承。此轴承可以承受径向载荷和轴向载荷，为便于第轴的拆装，通常后轴承的外圈直径选择得比第轴齿轮的齿顶圆的直径大由于本次设计中间轴采用固定式中间轴，所以采用圆柱滚子轴承分动箱第三轴采用圆柱滚子轴承。圆柱滚子轴承初选代号为第轴前端轴承，第二轴后端轴承。中间轴圆柱滚子轴承校核滚动轴承的选择根据载荷及速度情况，拟定选用圆柱滚子轴承。由输出轴的机构设计，根据，选取。其额定动载荷，额定静载荷滚动轴承的校核轴承的受力图如图所示。洛阳理工学院毕业设计论文图轴承受力图纵向载荷根据轴的分析，可知当量动载荷由于圆柱滚子轴承径向当量载荷,因为因此验算轴承寿命轴承预期寿命为小时。洛阳理工学院毕业设计论文由公式进行验算，即式中轴承寿命轴的转速温度系数，取当量动载荷指数，对于球轴承，对于滚子轴承，。由式代入数据得因此该轴承满足寿命要求。输入轴和输出轴轴承的校核根据以上的设计，采用近似相同的方法可以对输入轴和中间轴的轴承进行校核，使其满足定的寿命要求。最后所得轴承的尺寸如下表表不同轴轴承的类型和尺寸项目类型尺寸输入轴深沟球轴承中间轴圆柱滚子轴承输出轴花键的选取与校核轴上花键的设计选取分动箱轴与齿轮及其他传递转矩的部件般通过键和花键联接。普遍采用的是矩形花键和渐开线花键。渐开线花键应用日趋广泛。这是由于渐开线花键较矩形花键有许多优点，如齿数多齿端，齿根部厚，承载能力洛阳理工学院毕业设计论文强，易自动定心，安装精度高。相同外形尺寸下花键小径大，有利于增加轴的刚度。渐开线花键便于采用冷搓冷打冷挤等无切屑加工工艺方法，生产效率高，精度高，并且节约材料。分动箱的花键尺寸可以根据初选的轴颈按花键的工作条件及花键标准选取。般渐开线花键，随无切屑加工工艺的采用而选用小模数和大压力角甚至。滑动齿轮处花键长度不应低于工作直径的倍，否则，滑展的，原因得回溯到什么是真正的扩展。对的批评往往集中在根本的性能问题上，而被误解为是扩展方面的问题，但我们已经知道这是两回事。那么，如何满足可扩展系统的三个标准呢第三个标准，可维护性，很容易理解。任何语言都可以写出容易的或者难以维护的代码。虽然有些语言让它们自己能写出及其难以维护的代码，在定程度上，语言也可以，但几乎没有语言是难以写出可维护代码的专为这个目的设计的语言除外，比如或者。通过遵循严格的代码风格指导原则和在代码中广为添加正确的注释，系统可以很容易维护。比较网基于网站的比较购物数据集的增长是可扩展系统的第二个标准。在应用中，数据存储和处理是完全分离的。我们完全不用去管有多少数据存储在数据库中不管多少数据，都采用完全相同的方式进行查询。把数据集增长的责任下放到了存储层，这样就能随心所欲地进行扩展，而不用担心数据集的大小。最后个可扩展标准是能容纳流量增长。通过创建者所描述的无共享体系结构实现这点。像样，是无状态的，所有的状态都由更低层次处理。进程每次只响应个请求，并且不能和服务于其他请求的进程通话。进程也无法在请求之间记住任何事。这种做法有效地隔离各个请求到独立空间中，在请求或进程之间不共享任何信息。如果需要取出上次请求的用户数据，并将它显示在下请求中，那么就得使用底层的数据存储追踪这些数据。由于这种进程和请求间的分离，对于后续请求，实际上就没有必要使用同服务器进行服务。要处理更多请求，只需要简单地添加更多服务器。它们都可以同时服务请求，并且进程之间没有任何共享数据。用户的首次请求由台机器服务，下次则由另台提供服务，依此类推。如果可以控制流量走向，避免它们流向僵死状态的机器，那么这种分离也为无缝的故障转移提供了条件。当然这并非独有的，它是的基础原则之。通过正确的系统设计，这个原则就可以得以应用，而不在于具体的实现语言。但不管怎么说，有些情况下确实需要状态共享。中有几个扩展是无法做到无状态的，而且对于同个用户，不能随意更改相应的服务器。扩展存放用户会话数据到本地磁盘，这要求同用户的每个请求都访问同台服务器。要避免这种情况，可以使用扩展，它使用中央网络守护进程存放会话数据，或者自己手工存放会话数据，使用数据库或者内存缓存来实现。有些扩展让进程可以映射块共享内存用于。由于进程并不定在同台机器上，实际是不可行的。作为替代方案，可以将这些行为交给下面的层次，在数据库或者内存缓存中存放共享数据。提示在有些应用程序中，可以避免将状态存放在服务器端，因为没有这个需求，或者因为它们可以存放在客户端。对于能容忍破坏的状态设置，可以存放在中，或通过传递。对于需要避免损坏的设置，比如认证信息，可以在或中存放签名的或者加密的数据，以免每次页面请求都需要访问数据存储。比较网基于网站的比较购物如果不使用些特定的扩展，那么可以满足建立可扩展系统的三个标准容纳流量增长允许数据集的增长，并且能创建可维护的系统。当然，不是唯可以创建可扩展系统的语言。和，出于和同样的原因，都是很好的候选它