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 发生的列,可考虑建立群集索引. – 经常同时存取多列,且每列都含有重复值可考虑建立组合索引. – 组合索引要尽量使关键查询形成索引覆盖,其前导列一定是使用最频繁的列. 有索引的尽量用索引,用到索引的条件写在前面.
在内连接中加入条件,无论是加到 join 子句,还是加到 where 子句,其效果完全一样. 外连接情况就不同了: 当把条件加入到 join 子句时,数据库会返回外连接表的全部行,然后使用指定的条件返回第二个表的行. 当把条件放到 where 子句时,数据库先进行连接操作,然后使用 where 子句对连接后的新表进行数据筛选. (此处有待验证,印象中,teradata 会先进行 where 条件的限定,再做连接)