Rails开发细节《四》Transactions事务
Rails开发细节《三》Participating in the Monitoring Process参与监控过程
Rails开发细节《二》CRUD
Rails开发细节《一》
昨天被问到了一些Cookie和Session的知识，回答了一部分，有一部分没有回答出来。今天上午特地查了一些资料，现在把找到的一些好的资料，总结出来，分享一下。 先来说一些cookie和session的基础知识。 cookie是保存在客户端的，保存少量信息，明文，经常用来保存用户id之类的信息，常见场景就是登录时候的“记住我”。不推荐保存敏感信息。 session是会话级的，保存在服务端，每个用户是唯一的，可以用来实现购物车之类的，需要在服务端保存当前用户会话的上下文信息的需求。可以保存在服务器的内存中，不能跨服务器；可以保存在数据库中。 上面是一些零星的知识点。其实还有很多，例如cookie中的sessionid，session还可以用状态服务器保存，这样可以用专用的服务器保存session。在ASP.NET中，可以在web.config文件中进行配置。 问题有两个。 1 客户端禁用cookie之后，session还能用吗？ 2 cookie是如何在客户端和服务端传递的，具体的传递过程。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在第十级到十二级中，我们看了索引的内部结构，以及改变结构造成的影响。在本文中，继续查看Insert，update，delete和merge造成的影响。首先，我们单独看一下这四个命令。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在本文中我们将推荐14条贯穿本系列的规则，这些规则帮助你为数据库创建最好的索引结构。 格式来自于《Framework Design Guidelines》。每条推荐用四个词来总结：Do做，Consider考虑，Void避免，Do Not不要做。 做。总是要遵守的规则。 考虑。通常来说应该遵守，但是如果你完全理解了规则背后的原因，并且有你不遵守的原因。 避免。和考虑相反，通常建议不这么做，但是如果你完全理解了为什么不应该这么做，你有这么做的原因，你可以这么做。 不要做。比避免语气要强，表面有些事永远不要做。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在第十级中我们看到了索引的内部结构，在第十一级中我们看到了平衡树结构潜在的负面影响：索引碎片。有了索引内部结构的知识，我们可以检查在执行数据定义语句和数据操作语句的时候，都发生了什么。在本级中我们介绍数据定义语言的三个动词：create，alter和drop。在下一级中，我们介绍数据操作语言的三个动词：insert，update，delete。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在之前的级别中，我们从逻辑的角度介绍索引，集中于它们能为我们做什么。现在，是时候从物理的角度，并且检查一下索引的内部结构，从理解索引的内部结构，引导我们理解索引在上层做的工作。通过索引的结构，它是如何维护的，你可以理解在进行插入，更新，删除的时候，最小化索引的创建，修改，移动。 因此，从现在开始，我们除了要关心索引带来的好处，还要关心索引的消耗。毕竟，最小化消耗可以带来最大化的好处，带来最大化的好处是本系列的宗旨。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在这个系列中，我们经常会以特定的方式执行特定的查询。我们引用生成的执行计划来支持我们的论调。SQL Server管理器显示的预估的和实际的查询计划，可以帮助我们确定索引的好处，以及其中的缺陷。因此，本文的主要目的是给你一些关于执行计划的充分的理解： 验证你在系列中阅读到的我们的断言。 确定你的索引是否对查询有好处。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 本级别我们将测试唯一索引。唯一索引比较特别，不仅提高查询的性能，同时也带来数据完整性的好处。在SQL Server中，唯一索引是强制主键和候选键约束的唯一合理的方法。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在之前的级别中，我们已经说过，表中的每一行在索引中会生成一个入口，这条规则有一个例外。一些索引的入口会比对应的表的行数要少。这些索引被称作“过滤的索引”，是SQL Server 2008中的一个特性。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在前面的章节中我们看到了，索引就是一些有序入口的集合，每行一个入口。我们更多的强调索引的逻辑方面，而不是物理方面。当目前为止，我们讲述了非聚集索引入口的两个组件：查询键和包含列。在本章中，我们介绍第三个，也是最后一个组件：标签。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 之前的文章介绍了聚集索引和非聚集索引，包含下面几条很重要的内容: 表中的每一行在索引中总是有一个入口（这条规则有一个意外，在后面的级别中我们会讲到）。这些入口总是用索引键排序。 在聚集索引中，索引的入口就是表的实际行。 在非聚集索引中，入口和数据行是分开的，索引由索引键列和标签组成，标签是索引键列到表数据行的映射。 第三句的后半部分是正确的，但是不完整。今天我们将测试在非聚集索引中包括额外列的情况，这些额外列叫做“包含列”。在第六级中，将会测试标签的操作，我们将会看到SQL Server可能会单方面的给你的索引添加一些列。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在之前的级别中，我们分别在有索引和没有索引的表中执行查询，比较了他们需要做的工作。我们的主要度量标准是“login read逻辑读”。我们总是比较在有索引和没有索引的表执行查询的逻辑读。现在，是时候解释为什么“逻辑读”是一个优秀的度量标准，同时也解释了实际上读取了什么。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在这个进阶系列的前一级中介绍了索引的大概信息，以及详细介绍了nonclustered indexes非聚集索引。SQL Server的索引包含一些关键的概念。 当一个请求到达数据库的时候，有可能是select，或者insert，或者update，或者delete，SQL Server只有三种访问数据的方式： 访问非聚集索引，避免访问表。这只发生在索引包含了请求中的所有数据。 通过索引键访问非聚集索引，然后使用标签访问表中的行数据。 忽略非聚集索引，扫描表找到请求的行数据。 本篇文章将从上面列表中的第三条开始介绍：扫描表。我们来讨论一下clustered indexes聚集索引，一个在第二级中提到但是没有展开的概念。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 在第一级中介绍了SQL Server中的非聚集索引。而且在第一个学习的例子中，我们证明了在从表中获取一行数据的情况下，索引带来的潜在的好处。在这一级中，我们继续介绍非聚集索引，看看他们在提升查询性能中做出的贡献。
本文是SQL Server索引进阶系列（Stairway to SQL Server Indexes）的一部分。 索引是数据库设计的基础，向开发者显示了使用数据库大量数据库设计者的意图。不幸的是，索引大部分时候是在出现性能问题的时候，才被事后添加上的。
web缓存位于一个或者多个服务器和一个或者多个客户端之间，监视其中的请求，节约响应的数量。例如：页面，图片和文件。如果对相同的url地址的另外一个请求，可以使用已有的响应，而不是向原始服务器重新请求。 使用web缓存有两个主要原因： 1、减小延迟。因为请求从缓存，这个离客户端更近的地方，得到响应，而不是从原始服务器。花费更少的时间获取内容并且呈现出来，使得web看起来响应更快。 2、减少网络传输。因为响应被重用，减少了客户端的带宽使用。如果带宽需要付费的话，还可以节省开支，保持对带宽的较小需求。
git和github在linux的基本使用
Redis官方网站 http://redis.io http://try.redis-db.com/是一个很好的在线练习网站，在上面可以学习redis的基本命令，边学习边练习。 redis是一款开源的，高级的key-value数据存储。支持众多的数据类型，string，hash，list，set，sorted set
如何减少软件项目对于人的依赖性。 通过代码review，代码评审，交叉编码，增加个人对于项目的整体认识，减少项目对人的依赖性。 还可以增加个人知识储备，拓宽编码视野，增强个人对于项目的主人翁感。
各种头脑风暴
Git的功能特性： 1：从服务器上克隆数据库（包括代码和版本信息）到单机上。 2：在自己的机器上创建分支，修改代码。 3：在单机上自己创建的分支上提交代码。 4：在单机上合并分支。 5：新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。 6：生成补丁（patch），把补丁发送给主开发者。 7：看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。 8：一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。 从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能： 1：查看邮件或者通过其它方式查看一般开发者的提交状态。 2：打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。 3：向公共服务器提交结果，然后通知所有开发人员。 优点： 适合分布
信仰不是宗教。宗教使人分离，信仰使人团结。
svcutil.exe 参数 1 /async 同时生成同步和异步方法签名。 默认设置：只生成同步方法签名。 缩写形式：/a 2 /tcv:Version35 指定应用程序针对 .NET Framework 的哪个版本。有效值为：Version30 和 Version35。默认值为 Version30。 缩写形式：/tcv Version30：如果为使用 .NET Framework 3.0 的客户端生成代码，则使用 /tcv:Version30。 Version35：如果为使用 .NET Framework 3.5 的客户端生成代码，则使用 /tcv:Version35。如果将 /tcv:Version35 与 /async 开关一起使用，则会同时生成基于事件的异步方法和基于回调/委托的异步方法。 3 /collectionType:<类型> 从架构中生成代码时，指定要用作集合数据类型的完全限定或程序集限定名称。 缩写形式：/ct 4 /reference:<文件路径> 引用指定程序集中的类型。在生成客户端时，使用此选项来指定可能包含类型
大家总说要当架构师，或者说谁谁谁成为架构师了，且不论架构师的具体职责是什么，需要什么样的能力和知识，反正很多都是水货，大家也知道的。我也是个水货。 早上上班的路上，突然来了一个灵感，觉得在程序员和架构师之间要想需要什么来过渡一下，架构师不只是时间的积累，而是经验，知识，认识的角度、高度，这几方面都需要的。 不是每一个程序员都可以做到得到，有些东西，不是经过5年8年的就可以的。 有没有中间的阶段呢？架构师，低一点，在系统还没有到达什么分布式啊，什么主从结构啊，什么负载均衡啊，也可以说是个做结构的。 系统需要协作好结构，代码结构，打好基础，后面才好谈得上架构。 那么就来个“结构师”吧，这个头衔可以满足一些需求。 结构师从此诞生了，努力做好结构师！
变异性，也叫做散步或者离散度，可被看作是对不同数值之间的差异性的测量。 变异性成为测量数据组中每一个数值与均值的差异性的量数。 变异性的三种量数通常用于反映一组数据的变异性、散布或者离散度。这三种量数就是极差、标准差和方差。
平均数也叫做集中趋势量数（measures of central tendency），一般有三种形式：均值、中位数和众数。
一款LBS应用，为人们寻找更好的超市，寻找便宜的超市商品服务。 通过扫描商品的条形码，上传条形码、超市名称以及当前价格，找到更便宜的超市。
Copyright © 2005-2023 51CTO.COM 版权所有 京ICP证060544号
