GitHub中文论坛

发现如果节点已经存在了，插入不会生效。我希望实现的是如果记录已存在则更新属性。请问如何解决

解决办法。wsl 挂载windows的目录有问题，直接在wsl里面建一个目录，然后挂载

docker run -d -p 18123:8123 -p19000:9000 --name clickhouse-server -v ~/volumes/clickhouse/data:/var/lib/clickhouse/ --ulimit nofile=262144:262144 clickhouse/clickhouse-server
5c3e31d25eefd758715b2e54b7b42e048cc9991d52efa4ea1506269fc55bbf19

参考
https://github.com/ClickHouse/ClickHouse/issues/55638

Docker 启动 Clickhouse

docker run -d  -p 18123:8123 -p19000:9000 --name clickhouse-server -v /mnt/e/container/clickhouse/data:/var/lib/clickhouse/ --ulimit nofile=262144:262144 clickhouse/clickhouse-server

导入官方示例数据抱错

INSERT INTO trips
SELECT * FROM s3(
    'https://datasets-documentation.s3.eu-west-3.amazonaws.com/nyc-taxi/trips_{1..2}.gz',
    'TabSeparatedWithNames', "
    `trip_id` UInt32,
    `vendor_id` Enum8('1' = 1, '2' = 2, '3' = 3, '4' = 4, 'CMT' = 5, 'VTS' = 6, 'DDS' = 7, 'B02512' = 10, 'B02598' = 11, 'B02617' = 12, 'B02682' = 13, 'B02764' = 14, '' = 15),
    `pickup_date` Date,
    `pickup_datetime` DateTime,
    `dropoff_date` Date,
    `dropoff_datetime` DateTime,
    `store_and_fwd_flag` UInt8,
    `rate_code_id` UInt8,
    `pickup_longitude` Float64,
    `pickup_latitude` Float64,
    `dropoff_longitude` Float64,
    `dropoff_latitude` Float64,
    `passenger_count` UInt8,
    `trip_distance` Float64,
    `fare_amount` Float32,
    `extra` Float32,
    `mta_tax` Float32,
    `tip_amount` Float32,
    `tolls_amount` Float32,
    `ehail_fee` Float32,
    `improvement_surcharge` Float32,
    `total_amount` Float32,
    `payment_type` Enum8('UNK' = 0, 'CSH' = 1, 'CRE' = 2, 'NOC' = 3, 'DIS' = 4),
    `trip_type` UInt8,
    `pickup` FixedString(25),
    `dropoff` FixedString(25),
    `cab_type` Enum8('yellow' = 1, 'green' = 2, 'uber' = 3),
    `pickup_nyct2010_gid` Int8,
    `pickup_ctlabel` Float32,
    `pickup_borocode` Int8,
    `pickup_ct2010` String,
    `pickup_boroct2010` String,
    `pickup_cdeligibil` String,
    `pickup_ntacode` FixedString(4),
    `pickup_ntaname` String,
    `pickup_puma` UInt16,
    `dropoff_nyct2010_gid` UInt8,
    `dropoff_ctlabel` Float32,
    `dropoff_borocode` UInt8,
    `dropoff_ct2010` String,
    `dropoff_boroct2010` String,
    `dropoff_cdeligibil` String,
    `dropoff_ntacode` FixedString(4),
    `dropoff_ntaname` String,
    `dropoff_puma` UInt16
") SETTINGS input_format_try_infer_datetimes = 0

错误提示

Code: 481. DB::Exception: Received from localhost:9000. DB::ErrnoException. DB::ErrnoException: Cannot set modification time to file: /var/lib/clickhouse/store/e04/e049a765-386f-4d0d-a8cf-a113277b7d2a/tmp_insert_201507_1_1_0/: , errno: 1, strerror: Operation not permitted. (PATH_ACCESS_DENIED)

namespace 需要加反斜杠 “/”。
所以改成 server.addNamespace("/h5");

报什么错啊？

被墙了藐视

谢谢，最近实现SIP软电话，刚好在研究RTP协议

有中文版的吗

市场决定，最后亏的人会占大多数。那么为什么表面看上去大家都赚了呢？因为亏钱了没人出来说，怕丢面，甚至会挑自己赚钱的单子吹。。赚钱的呢，更要吹了。还有一部分是水军，带节奏拉盘的发赚钱贴的。。

所以赚不赚只有自己知道。赚了钱，赶紧取回来，放枕头底下，谁都不要告诉。别人赚不赚不知道，自己赚了就行。

以上，如果你不赌，你就已经赢了95%的人了。

F12.....

用另一个手机拍照？

@admin 好使。上去了

zqjzqj/mtSecKill 也挂了

分区存储，Android 11 会最终实现

还有可能好转吗？寄托于下一个大版本更新，有可能吗？非专业人士请教。
三星自己开发的软件也存在这个问题，连接耳机用的那个 wearable，会自动在根目录产生一个 log 文件夹。

居然还有geojson这种数据结构，感觉挺好的，GitHub也支持预览。

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "properties": {
        "名称": "Together Massage (太古汇店)",
        "价格": "200 ~400 元左右",
        "房间私密性": "还行",
        "按摩水平": "虽然标榜的泰式，只有前小半段是，后面的还是中式，用力比较大",
        "评价人": "@cobaltdisco",
        "marker-color": "#AFE4AC",
        "marker-symbol": "3"
      },
      "geometry": {
        "type": "Point",
        "coordinates": [
          121.4599,
          31.2309
        ]
      }
    }
    ...
  ]
}

tidb这类分布式关系型数据库，肯定是未来的方向。虽然看官网案例，国内有不少大公司正在使用，但不知道有多少应用在核心业务？所谓的强一致性，是有代价的，不是所有的业务都适合。

MYSQL主从、分表分库这类中间件可以了解下vitess。youtube出品，目前GitHub、Pinterest等大公司正在使用此方案，国内了解到的有京东。除了提供分表分库、读写分离等，还包含故障转移等运维功能，功能强大。

Q： 在Google内部既有Spanner(tidb是参考Spanner实现)又有Vitess，这两个从分布式数据库来说是两个不同的方向，是竞争对手，他们之间的区别是什么，分别有哪些优缺点，Google内部是怎么定义这两款产品的。
Toliver： 首先指出主持人的一个问题，Google内部并不只有这两款分布式数据库类型的产品，而是有20多种。Google Spanner和CockroachDB、国内的TiDB一样，是基于BigTable来实现的，就像TiDB是基于TiKV实现的，而Vitess是基于成熟稳定的目前最流行的开源数据库MySQL来实现的。Google Spanner专注于数据一致性，QPS要求没有那么高，Youtube之前也考虑过使用Spanner，但是受限于其性能的问题，没有迁移过去。

Vitess的成本比Google Spanner要低的多，又是基于MySQL来实现的，可以充分利用20多年MySQL成熟的各种数据库特性，性能也能线性扩展，能满足并发要求高、弹性扩展的各种场景。对于绝大部分的公司来说，要实现Google的这种超大规模的集群，代价和成本太高，收益和成本不成正比。所以对绝大部分公司来说vitess是更加现实和可落地的。