App Engine会对Web请求作出响应。当客户端（一般就是用户的Web浏览器）通过一个HTTP请求（比如获取某个指定URL的网页）联系应用程序时，Web请求就开始了。当App Engine接收到请求时，会根据其地址中的域名确定具体的应用程序，这个域名可以是一个.a p p s p o t.c o m子域名（任何应用程序都可以免费使用），也可以是你自己注册并设置到Apps的自定义域名的某个子域名。App Engine会从许多可用服务器中选出一个来处理该请求，选择的依据是看哪个服务器最可能作出快速响应。然后，它将使用该HTTP请求中的内容去调用应用程序，并接收来自应用程序的响应数据，跟着再将响……
继续阅读»»»
GAE是一个Web应用程序托管服务。其中，“Web应用程序”指的是通过Web（通常是利用Web浏览器）访问的一个应用程序或服务，比如，带有购物车功能的网上商店、社交网站、多人游戏、移动应用、投票应用、项目管理、协作、出版等其他一切能够利用Web的东西也都是可以的，只要我们想得出就行。虽然App Engine也适用于诸如文档和图片等传统网站内容，但它实际上是专门针对实时动态应用程序而设计的。 GAE主要是针对那些拥有大量并发用户的应用程序而设计的。当某个应用程序在有大量并发用户的情况下性能没有降低，我们则认为其“伸展”了。为App Engine所编写的应用程序都是可以自动伸缩的。某个应用程序的使……
继续阅读»»»
下面图中,左边是 chrome,中间是 safari,右边是 firefox ,可以看到 chrome 在行首好像自动缩进了一样.很难看,与下面的几行,行首对不齐:
第一个原则:在 where 子句中应该把最具限制性的条件放在最前面. – 在下面的两条 select 语句中: select * from table 1 where col1 <= 10000 and col1 >=0; select * from table 1 where col1 >=0 and col1 <= 10000; -如果数据表中的数据 col1 都>=0 ,则第一条语句要比第二条select 语句效率高的多,因为第二条语句的第一个条件耗费了大量的系统资源. 第二个原则: where 子句中字段顺序应和索引中字段顺序一致.
最近几篇关于 Teradata 的日志,来源于互联网,在阅读的过程中,感觉有些说法和我的认识存在一些差距,我会标红表示疑问,哪位有不同的见解,欢迎留下脚印: 注意 union 和 union all 的区别, union all 效率更高 在没有必要时不要使用 distinct 和 order by , 它同 union 一样会使查询变慢 between 在某些时候比 in 速度更快, between 能更快的根据索引找到范围 用 or 的子句可以分解成多个查询,并且通过 union 连接多个查询.他们的速度中同是否使用索引有关. (这样可以提高效率吗?) 在 in 后面值的列表中,将出现……
继续阅读»»»
字段提取要按照”需多少,提多少”的原则,查询时不要返回不需要的行,列,避免使用 “select * ” 进行全表查询 where 条件中任何对列的操作都将导致表扫描,它包括数据库函数,计算表达式等等,查询时尽量将操作移至等号右边. 尽量避免 Like , in , or, not 等引起全表扫描的操作符. 避免相关子查询,如果子查询不可避免,那么要在子查询中过滤掉尽可能多的行 避免或简化排序 变量名称尽量一致
建立合理的索引,索引的设计要建立在对各种查询的分析和预测上,遵循以下原则: – 有大量重复值,且经常有范围查询,例如:(between , > , < , >= , <= ) 和order by ,group by 发生的列,可考虑建立群集索引. – 经常同时存取多列,且每列都含有重复值可考虑建立组合索引. – 组合索引要尽量使关键查询形成索引覆盖,其前导列一定是使用最频繁的列. 有索引的尽量用索引,用到索引的条件写在前面.