发布于

PHP Prime Number Function

//快速计算某个值以内的质数
function getPrimeNumbers($n)
{
    $sieve = [];
    for($i = 1; $i <= $n; $i++) {
        $sieve[$i] = $i;
    }

    $i =2;
    while($i * $i <= $n) {
        if(isset($sieve[$i])) {
            $k = $i;
            while ($k * $i <= $n) {
                unset($sieve[$k * $i]);
                $k++;
            }
        }
        $i++;
    }
    return $sieve;
}
发布于

php 抽奖概率算法

/* 
 * 不同概率的抽奖原理就是把0到*（比重总数）的区间分块
 * 分块的依据是物品占整个的比重，再根据随机数种子来产生0-* 中的某个数
 * 判断这个数是落在哪个区间上，区间对应的就是抽到的那个物品。
 * 随机数理论上是概率均等的，那么相应的区间所含数的多少就体现了抽奖物品概率的不同。
 */  


function get_rand($proArr)
{

$result = array();
foreach ($proArr as $key => $val) { 
    $arr[$key] = $val['v']; 
}  
$proSum = array_sum($arr);      // 计算总权重
$randNum = mt_rand(1, $proSum);
$d1 = 0;
$d2 = 0;
for ($i=0; $i < count($arr); $i++)
{
    $d2 += $arr[$i];
    if($i==0)
    {
        $d1 = 0;
    }
    else
    {
        $d1 += $arr[$i-1];
    }
    if($randNum >= $d1 && $randNum <= $d2)
    {
        $result = $proArr[$i];
        break; // 注意这里，当我们已经匹配到奖品时，就应该直接退出循环
    }
}
unset ($arr); 
return $result;


}
发布于

mysql中字符和数字在执行sql时进行类型转换

转自：http://blog.csdn.net/likunlun1234/article/details/41045299

https://www.cnblogs.com/micrari/p/6358652.html

select * from v_samp_register where is_end=1;
select * from v_samp_register where is_end=’1′;
is_end是int型，数据库中is_end是1或者0，上面两条语句执行结果怎么就一致了呢？？？

因为mysql不确定是哪个版本后，执行sql时，会按where条件的类型进行类型自动转换————感觉误导人

Mysql中前边有0的数据，0会被舍去的问题

最近由于项目的需求，需要频繁地拉取不同数据库中的数据，拉取数据的过程中，各种问题，十分悲催，真所谓，一个疏忽，你就要被推倒重来…

在经历了无数次被推倒又站起来，然后又被推倒的艰苦奋斗历程之后，终于完成了数据的迁移、更新、同步、修复。总结一下这期间遇到的部分问题：

1、Mysql中前边有0的数据，0会被舍去的问题

如一条数据为0371xxx,存入数据库后数据变为371xxx

（1）如果字段类型必须为int，可以修改字段，增加zero fill，alter table 表名称 modify 字段名称 int  not null zero fill;

（2）如果不必须为int，修改字段类型为字符串类型，另外sql语句中该字段数据一定要加引号，不加引号即使为字符串类型也会丢失前边的0

2、某些数据部分字段出现错误，而很多数据未出错字段又已做过修改

在数据库中增加一个isexists字段，默认为0.

主键判断数据是否存在，存在更新相应字段，不存在插入，更新与插入的数据isexists设置为1

更新完成后删除isexists为0的数据。确认数据无误后删除isexists字段。

公司项目代码中，某枚举字段数据库表中类型是char(1)，在代码中，误以为是TINYINT，所以用数字筛选，后来发现结果不对。发现了一个现象，用数字0筛选会把所有的记录给筛选出来。
经过排查发现是在MySQL查询语句中，’abc’如果和’0’比较结果显然是不等的，但如果’abc’和0比较呢？结果居然是相等的。

随意测试了几下，结果如下：

  1. mysql> select ‘abc’=0;
  2. +———+
  3. | ‘abc’=0 |
  4. +———+
  5. | 1 |
  6. +———+
  7. 1 row in set, 1 warning (0.00 sec)
  1. mysql> select ‘0abc’=0;
  2. +———-+
  3. | ‘0abc’=0 |
  4. +———-+
  5. | 1 |
  6. +———-+
  7. 1 row in set, 1 warning (0.00 sec)
  1. mysql> select ’01abc’=0;
  2. +———–+
  3. | ’01abc’=0 |
  4. +———–+
  5. | 0 |
  6. +———–+
  7. 1 row in set, 1 warning (0.00 sec)
  1. mysql> select ‘013abc’=13;
  2. +————-+
  3. | ‘013abc’=13 |
  4. +————-+
  5. | 1 |
  6. +————-+
  7. 1 row in set, 1 warning (0.00 sec)

以上几个查询通过查看MySQL给出的警告，都可以看到类似如下的信息

  1. mysql> show warnings;
  2. +———+——+——————————————–+
  3. | Level | Code | Message |
  4. +———+——+——————————————–+
  5. | Warning | 1292 | Truncated incorrect DOUBLE value: ‘013abc’ |
  6. +———+——+——————————————–+
  7. 1 row in set (0.00 sec)

查阅MySQL 5.7官方文档中关于比较的章节，其中说明Strings are automatically converted to numbers and numbers to strings as necessary.。也就是说在比较的时候，String是可能会被转为数字的。

而对于数字开头的字符串来说，转为数字的结果就是截取前面的数字部分

  1. mysql> select cast(‘123abc’ as signed);
  2. +—————————–+
  3. | cast(‘123abc’ as signed) |
  4. +—————————–+
  5. | 123 |
  6. +—————————–+
  7. 1 row in set, 1 warning (0.00 sec)
  1. mysql> select cast(‘123.45abc’ as decimal(5,2));
  2. +———————————–+
  3. | cast(‘123.45abc’ as decimal(5,2)) |
  4. +———————————–+
  5. | 123.45 |
  6. +———————————–+
  7. 1 row in set (0.00 sec)
  1. mysql> select cast(‘abc’ as signed);
  2. +———————–+
  3. | cast(‘abc’ as signed) |
  4. +———————–+
  5. | 0 |
  6. +———————–+
  7. 1 row in set, 1 warning (0.00 sec)

“`

而对于开头部分不能截取出数字的字符串来说，转换的结果自然就是0了。

关于字符串类型与整数直接进行比较的坑，说穿了就是MySQL中字符串转为数字的逻辑，没遇到过确实可能不太清楚，遇到过一次以后经验就是，看清楚数据库表字段，尽量避免字符串与数字的直接比较。

此外，书写sql语句的时候务必注意不要犯类型的错误，也许查出来的结果是对的，但是由于类型不匹配的原因，将会导致表索引无法用上。