zoukankan      html  css  js  c++  java
  • Getting ready for SQL Database

    1.Database Growth

      Size growth in 3,6,12,24,60 months

      Database integrity check

      Indexes -Rebuild,ReOrganize,Update Statistics

    2.User Assignment and Permissions

      db_datareader,db_datawriter,db_owner

       App/web users, Admin users

       developer persional ID to access DB

    3. Physical Data File allocation

        Optimization for speed?

       File group and disk drive allocation

       Table partitioning

     4.Overcokked query

    Database table partitioning in SQL Server

    Create Partitioned Tables and Indexes

     

    SQL Server and implicit conversion of types

    This is the list you are after DataType Precedence

    In your examples:

    WHERE quantity > '3'

    '3' is cast to int, matching quantity

    WHERE quantityTest > 3

    No casting required

    WHERE date = 20120101

    20120101 as a number is being cast to a date, which is too large. e.g.

    select cast(20120101 as datetime)

    This is different from

    WHERE date = '20120101'

    Where the date as a string can be cast.

    If you go down a third of the CAST and CONVERT reference to the section Implicit Conversions, there is a table of implicit conversions that are allowed. Just because it is allowed doesn't mean it will work, such as (20120101 -> datetime).

     SQL Wildcard Search - Efficiency?

    Having the wildcard at the end of the string, like 'abc%', would help if that column were indexed, as it would be able to seek directly to the records which start with 'abc' and ignore everything else. Having the wild card at the beginning means it has to look at every row, regardless of indexing.

    Good article here with more explanation.

    SQL Performance UNION vs OR

    Either the article you read used a bad example, or you misinterpreted their point.

    select username from users where company = 'bbc' or company = 'itv';

    This is equivalent to:

    select username from users where company IN ('bbc', 'itv');

    MySQL can use an index on company for this query just fine. There's no need to do any UNION.

    The more tricky case is where you have an OR condition that involves two different columns.

    select username from users where company = 'bbc' or city = 'London';

    Suppose there's an index on company and a separate index on city. Given that MySQL usually uses only one index per table in a given query, which index should it use? If it uses the index on company, it would still have to do a table-scan to find rows where city is London. If it uses the index on city, it would have to do a table-scan for rows where company is bbc.

    The UNION solution is for this type of case.

    select username from users where company = 'bbc' 
    union
    select username from users where city = 'London';

    Now each sub-query can use the index for its search, and the results of the subquery are combined by the UNION.


    An anonymous user proposed an edit to my answer above, but a moderator rejected the edit. It should have been a comment, not an edit. The claim of the proposed edit was that UNION has to sort the result set to eliminate duplicate rows. This makes the query run slower, and the index optimization is therefore a wash.

    My response is that that the indexes help to reduce the result set to a small number of rows before the UNION happens. UNION does in fact eliminate duplicates, but to do that it only has to sort the small result set. There might be cases where the WHERE clauses match a significant portion of the table, and sorting during UNION is as expensive as simply doing the table-scan. But it's more common for the result set to be reduced by the indexed searches, so the sorting is much less costly than the table-scan.

    The difference depends on the data in the table, and the terms being searched. The only way to determine the best solution for a given query is to try both methods in the MySQL query profiler and compare their performance.

    All purpose query

    select *

    from table

    where column is null or column='value'

     

     

  • 相关阅读:
    配置WebLogic的详细步骤
    安装WebLogic的详细步骤
    syswrite 函数
    利用perl 改写awk统计
    第一章 输入和输出基础
    CIO必看:跨国集团采购部报表系统的建设经验分享
    价值5000元的web报表分享
    价值5000元的web报表分享
    分页语句 where 条件列和Order by 列 引导列的问题
    Java中final修饰参数的作用
  • 原文地址:https://www.cnblogs.com/chucklu/p/13323653.html
Copyright © 2011-2022 走看看