Skip to content

Commit 265e46e

Browse files
committed
[hotfix][doc] Fix invalid sql comment and words in timezone.md
1 parent fa19ba2 commit 265e46e

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

docs/content/docs/dev/table/concepts/timezone.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -75,13 +75,13 @@ The local time zone defines current session time zone id. You can config the tim
7575
{{< tabs "SQL snippets" >}}
7676
{{< tab "SQL Client" >}}
7777
```sql
78-
# set to UTC time zone
78+
-- set to UTC time zone
7979
Flink SQL> SET table.local-time-zone=UTC;
8080

81-
# set to Shanghai time zone
81+
-- set to Shanghai time zone
8282
Flink SQL> SET table.local-time-zone=Asia/Shanghai;
8383

84-
# set to Los_Angeles time zone
84+
-- set to Los_Angeles time zone
8585
Flink SQL> SET table.local-time-zone=America/Los_Angeles;
8686
```
8787
{{< /tab >}}
@@ -259,7 +259,7 @@ Flink SQL defines process time attribute by function `PROCTIME()`, the function
259259
{{< hint info >}}
260260
Before Flink 1.13, the function return type of `PROCTIME()` is `TIMESTAMP`, and the return value is the `TIMESTAMP` in UTC time zone,
261261
e.g. the wall-clock shows `2021-03-01 12:00:00` at Shanghai, however the `PROCTIME()` displays `2021-03-01 04:00:00` which is wrong.
262-
Flin 1.13 fixes this issue and uses `TIMESTAMP_LTZ` type as return type of `PROCTIME()`, users don't need to deal time zone problems anymore.
262+
Flink 1.13 fixes this issue and uses `TIMESTAMP_LTZ` type as return type of `PROCTIME()`, users don't need to deal time zone problems anymore.
263263
{{< /hint >}}
264264

265265
The PROCTIME() always represents your local timestamp value, using TIMESTAMP_LTZ type can also support DayLight Saving Time well.

0 commit comments

Comments
 (0)