书栈网 · BookStack 本次搜索耗时 0.039 秒,为您找到 92333 个相关结果.
  • PgSQL · 乱入拜年 · 小鸡吉吉和小象Pi吉(PostgreSQL)的鸡年传奇

    3199 2020-08-13 《数据库内核月报》
    背景 背景 我家有只小鸡鸡,它的名字叫吉吉。 吉吉有一位铁杆鸡友大象Pi吉哥哥(PostgreSQL)。 吉吉给大伙拜年啦,祝大家鸡年吉祥,新年新气息,与好鸡友大象哥哥愉快的玩耍,鸡情四射。 故事从吉吉和好鸡友大象哥哥偶遇的那天开始。 有一天,大象哥哥摆下国际象棋擂台,邀请各路英豪前来,就这样和吉吉偶遇啦。 《想挑战AlphaGO...
  • Sticky 吸顶容器

    Sticky 吸顶容器 使用指南 在 page.json 中引入组件 示例 视频演示 API Sticky props Sticky externalClasses StickyItem props StickyItem slot StickyItem externalClasses Sticky 吸顶容器 用于将标题栏在滚动时固...
  • Day05 - 构造程序逻辑

    构造程序逻辑 经典的例子 有用的练习 构造程序逻辑 学完前面的几个章节后,我觉得有必要在这里带大家做一些练习来巩固之前所学的知识,虽然迄今为止我们学习的内容只是Python的冰山一角,但是这些内容已经足够我们来构建程序中的逻辑。对于编程语言的初学者来说,在学习了Python的核心语言元素(变量、类型、运算符、表达式、分支结构、循环结构等)之后,必须...
  • 经典动态规划问题:高楼扔鸡蛋

    经典动态规划问题:高楼扔鸡蛋 一、解析题目 二、思路分析 三、疑难解答 经典动态规划问题:高楼扔鸡蛋 今天要聊一个很经典的算法问题,若干层楼,若干个鸡蛋,让你算出最少的尝试次数,找到鸡蛋恰好摔不碎的那层楼。国内大厂以及谷歌脸书面试都经常考察这道题,只不过他们觉得扔鸡蛋太浪费,改成扔杯子,扔破碗什么的。 具体的问题等会再说,但是这道题的解法技巧...
  • 经典动态规划问题:高楼扔鸡蛋(进阶)

    经典动态规划问题:高楼扔鸡蛋(进阶) 二分搜索优化 重新定义状态转移 还可以再优化 经典动态规划问题:高楼扔鸡蛋(进阶) 上篇文章聊了高楼扔鸡蛋问题,讲了一种效率不是很高,但是较为容易理解的动态规划解法。后台很多读者问如何更高效地解决这个问题,今天就谈两种思路,来优化一下这个问题,分别是二分查找优化和重新定义状态转移。 如果还不知道高楼扔鸡蛋...
  • 10.1 枚举法

    10.1 枚举法 10.1 枚举法 问题求解中常用的一种算法设计方法是枚举策略。给定问题 P,如果知道 P 的可能解构 成一个有限集合 S = {s1, s2, …, sn},则可以逐一列举每个 si,检验它是否确实是 P 的解,这 就是枚举法。枚举法简单而直接,算法容易设计实现,但当可能解集合 S 很大时,枚举策 略的效率很差。实际使用枚举法时,经...
  • 算法入门系列课程1 - 周而复始

    算法入门系列课程1 - 周而复始 算法概述 穷举法 经典例子 算法入门系列课程1 - 周而复始 算法概述 什么是算法? 解决问题的正确方法和具体的实施步骤。 例子1:如何在两栋相距50m的大楼的两个房间牵一条线(两个房间都有窗)? 养一只鸟(如鸽子),将线送过去 用很长的杆子将线递过去 用无人机(遥控飞行器)将线送过去 如何评价这些...
  • 门店

    门店 创建门店 获取指定门店信息 获取门店列表 修改门店信息 删除门店 门店 创建门店 用 POI 接口新建门店时所使用的图片 url 必须为微信自己域名的 url,因此需要先用上传图片接 口上传图片并获取 url,再创建门店。上传的图片限制文件大小限制 1MB,支持 JPG 格式,图片接口请参考:临时素材 $app -> poi ...
  • 数据库内核月报 - 2017/01

    01 MySQL · 引擎特性 · InnoDB 同步机制 02 MySQL · myrocks · myrocks index condition pushdown 03 PgSQL · 案例分享 · PostgreSQL+HybridDB解决企业TP+AP混合需求 04 MongoDB · 特性分析 · 网络性能优化 05 M...
  • 门店

    门店 创建门店 获取指定门店信息 获取门店列表 修改门店信息 删除门店 门店 创建门店 用 POI 接口新建门店时所使用的图片 url 必须为微信自己域名的 url,因此需要先用上传图片接 口上传图片并获取 url,再创建门店。上传的图片限制文件大小限制 1MB,支持 JPG 格式,图片接口请参考:临时素材 $app -> poi ...