• 重要更新

    TPC-C榜单之争再起风云:TDSQL登顶

    3月30日,腾讯云数据库 TDSQL 以8.14亿的成绩登顶TPC-C性能和性价比排行榜首,每tpmC成本1.27元人民币。TPC(国际事务处理性能委员会,Transaction Processing Performance Council)是数据库领域权威测评机构。之前榜单的榜首是蚂蚁的OceanBase在20年达成的,当时的成绩是7.07亿,每tpmC成本3.98元人民币。在蚂蚁挑战前,该榜单都是由国外巨头产品占据榜首,而现在是由国内2家企业占据着榜单的前三,肉眼可见我国在基础软件领域的进步 。详情

    阿里云数据库峰会:瑶池数据库、与ClickHouse/SelectDB战略合作

    上周末,阿里云数据库产品事业部负责人李飞飞重点介绍了以PolarDB为代表的瑶池数据库体系,发布了与ClickHouse的战略合作,成为ClickHouse在中国独家的云服务提供商,并提供具备独有企业能力的ClickHouse版本。此外,还宣布与SelectDB进行战略合作,发布“阿里云SelectDB版本”,SelectDB也是阿里云在国内首家数据库战略合作厂商: 参考

    Google云发布AlloyDB Omni,可以跨云部署

    在去年,Google云发布了兼容PostgreSQL的云原生数据库服务AlloyDB,向用户提供高性能、全托管、开源生态兼容的云数据库服务。Google于本周再次发布AlloyDB Omni,是该数据库的本地下载版本,可以部署在其他云环境、本地、甚至小型化的部署到笔记本电脑上。

    OceanBase峰会发布全新Logo,发布”开发者友好“的4.1版本

    大会发布了四项〝开发者友好〞实践,强调”面向未来的单机分布式一体化”,第二届OceanBase数据库大赛圆满收官。同时,还发布全新的OceanBase Logo,寓意“流动的数据”。详情

    2023 DAMS中国数据智能管理峰会

    2023 DAMS(Data AI Management Summit中国数据智能管理峰会)上海站将于3月31日盛大举办,会议主要讨论大数据、数据治理&数据资产管理、信创数据库、信创运维、金融&运营商等五大主题专场。参与嘉宾涵盖云计算、互联网、金融、运营商等行业的代表企业,也有复旦大学、信通院等科研院校机构,有兴趣的同学可以关注。 参考

    腾讯云广州五可用区部分云服务异常

    2023年3月29日凌晨 2 点左右,有网友反馈,微信、QQ 等均出现功能异常。微信包括语音呼叫、账号登录、朋友圈以及支付在内的多个功能无法正常使用,QQ多个功能也同样出现问题。下午腾讯云发布消息:由于机房配套设施故障,广州五区部分云产品(CLB、Redis、WAF、TKE、控制台等)出现服务异常现象。去年底,国内另一家云计算巨头也出现可用区级别的故障。要构建稳定的服务,在业务上层也需要考虑机房、区域、甚至跨云的容灾,希望看到后续有更详尽的报道。详情

    (more…)
  • 最后,在研究了一个月的索尼A7C之后,还是决定购入EOS R8。

    我们无法保障我们总是能够做一个完美、正确的决定。只能依靠当前所处的环境、所能够获得的信息,再加上自己过去的经验(甚至于自己的价值观)进行决策。

    不过,今天想说的是,人类的决策并不是理性的,而延迟决策,大多数时候都能够让决策更加偏向于理性。

    直观上,这也是比较容易理解的,因为延迟决策会大大降低“各种”冲动的影响,而且“延迟”的这段时间,可以收集更多的信息,也可以对其中利弊做更多的分析。

    除了直观外,从比较严谨的学术角度,“最后通牒博弈”(参考:Ultimatum game)也对这个问题进行过研究(参考:Emotions, rejections, and cooling off in the ultimatum game)。简单来说,实验中让“响应者”(决定是否接受选择的人)在作出决定前,冷静一段时间,这时,“响应者”会降低作出拒绝的可能性,结论是,糟糕的情绪会提升“响应者”作出拒绝的决定。而,从纯理性的角度,拒绝总是不理性的。

    所以,在生活中,如果有人让你立刻做决定,通常你都需要停下来,让自己冷静一下,再做最终的决策。而商家在此理论基础上,则会反过来,设计更多的“冲动”,让你立刻做决策。例如,“现在就报名,今天就报名,能够享受原来折扣基础上的再打九折,过了今天就没有了”。是不是很耳熟?这就是商家再利用一些策略,让你立刻做出决策,而不是延迟做出决策。当然,“最后通牒博弈”更加重要的结论是,人并不是理性的,并不是“Homo Economicus”(“经济人”,总是在经济上最求最大利益的)。而在现实生活中,过于理性的预测行为则很容易出现无法理解的偏差。

    所以,重要决策时,都考虑做适当延迟,通常会更好。如果,有人让你立刻做出决策,则也要多个心眼,可能有一些“坑”,最为常见的就是各种商家的:“这个月底有活动,过了就没有了,赶紧下单…”

  • 余杭小庙村

    应Martin要求,到杭州附近的乡村转了转,这次去的地方叫:“小庙村”

    (more…)
  • 各式各样的飞机

    (more…)
  • 在日常编写SQL中,使用变量来灵活的构建执行的SQL语句是比较常见的。就像在编程中使用变量、函数参数等是一样的道理。本文介绍使用JSON函数(JSON_ARRAYJSON_SEARCH)、以及 FIND_IN_SET 如何简单的实现带有数据组变量的SQL拼接与执行。使用该方法,则无需使用CONCAT函数拼接SQL,再使用PREPARE/EXECUTE语法执行,所以会更加简洁,可读性、扩展性更强。

    具体的,例如需要再查询结果中找到u_name在数组@u_list_j中的记录,那么使用JSON方式可以按照如下模式实现:

    SET @u_list_j = JSON_ARRAY('zhou','wu','zheng','wang','zhuge');
    
    SELECT 
        id,u_name 
    FROM 
        t_01 
    WHERE 
        JSON_SEARCH(@u_list_j,'one',t_01.u_name);

    另一种较为常见的方法是使用 FIND_IN_SET 函数。其使用方法如下:

    set @u_list_s = 'zhou,wu,zheng,wang,zhuge';
    
    SELECT 
        u_name 
    FROM 
        t_01 
    WHERE 
        FIND_IN_SET(t_01.u_name,@u_list_s);

    另外,还可以尝试使用 LOCATE 函数实现,只是使用该函数需要注意,在做字符串匹配的时候容易出现的重复、错误匹配问题。例如,数组中存在”zhuge”,那么匹配”zhu”,则可能匹配成功,但这并不是期望的结果。

    示例表:

    本文中使用的一些示例表如下:

    CREATE TABLE t_01(
      id int UNSIGNED AUTO_INCREMENT primary key,
      u_name varchar(32)
    );
    
    INSERT INTO t_01(u_name) values
      ('wu'),
      ('zhao'),
      ('qian'),
      ('sun'),
      ('li');
  • 西溪东

    这是最近在西溪湿地东侧游玩拍的几张照片。

    孔子问道于老子
    (more…)