From 4f893a529039b4ae30c4bb25b5c481da23d17420 Mon Sep 17 00:00:00 2001 From: Ivan Blinkov Date: Mon, 19 Jun 2017 21:59:57 +0300 Subject: [PATCH] Fix remaining links to old docs in tutorial --- website/tutorial.html | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/website/tutorial.html b/website/tutorial.html index efd4ac76b64..30647ebd998 100644 --- a/website/tutorial.html +++ b/website/tutorial.html @@ -436,11 +436,11 @@ LIMIT 20
  • Install ClickHouse server on all machines of the cluster
  • Set up cluster configs in configuration file
  • Create local tables on each instance
  • -
  • Create a Distributed table
  • +
  • Create a Distributed table
  • -

    Distributed-table is actually a kind of +

    Distributed-table is actually a kind of "view" to local tables of ClickHouse cluster. SELECT query from a distributed table will be executed using resources of all cluster's shards. You may specify configs for multiple clusters and create multiple Distributed-tables providing views to different clusters.

    @@ -482,15 +482,15 @@ LIMIT 20

    You can create a Distributed table on all machines in the cluster. This would allow to run distributed queries on any machine of the cluster. Besides distributed table you can also use *remote* table function.

    + href="docs/en/table_functions/remote.html">*remote* table function.

    -

    Let's run INSERT SELECT into Distributed table +

    Let's run INSERT SELECT into Distributed table to spread the table to multiple servers.

    INSERT INTO ontime_all SELECT * FROM ontime;

    Worth to notice that the approach given above wouldn't fit for sharding of large - tables.
    Please use built-in sharding + tables.
    Please use
    built-in sharding feature.

    As you could expect heavy queries are executed N times faster being launched on 3 servers instead of one.