Docker 容器基本操作


PostgreSQL 中的自连接是一种连接方式，可以让您将表连接到自身。当您有一个包含层次数据的表时，这很有用，比如员工表包含一个参考员工经理的 manager_id 列。

要执行自连接，首先在 SELECT 语句的 FROM 子句中指定要连接到自身的表。然后，您可以给表分配两个不同的别名，比如 a 和 b，以区分连接条件中的两个表实例。

例如，假设您有一个 employee 表，具有以下列： id、name 和 manager_id。要获取所有员工及其经理的列表，可以使用以下自连接查询：

```sql
SELECT a.name AS employee_name, b.name AS manager_name
FROM employee a
JOIN employee b ON a.manager_id = b.id
```

该查询将返回两列的结果集：employee_name 和 manager_name。结果集中的每一行都包含一个员工的姓名和他们的经理的姓名。

自连接可以非常强大，因为它可以轻松地在数据库中处理层次数据。但是，它们也可能很难编写和理解，因此在使用自连接查询前，要仔细考虑是否自连接是问题的最佳解决方案。


PostgreSQL 中的自连接是一种连接方式，可以让您将表连接到自身

Postgresql - SELF JOIN


## Tutorials

- [Install](/blog/nodejs/01-install)
- [First Program](/blog/nodejs/02-first-program)
- [NPM & CLI](/blog/nodejs/03-npm&cli)
- [Globals](/blog/nodejs/04-globals)
- [OS](/blog/nodejs/05-os)
- [Error](/blog/nodejs/06-error)
- [DNS & NET](/blog/nodejs/07-dns&net)
- [Crypto](/blog/nodejs/08-crypto)
- [TSL & SSL & DEBUGGER](/blog/nodejs/09-tsl&ssl&debugger)
- [Process](/blog/nodejs/10-process)
- [Child Process](/blog/nodejs/11-child_process)
- [Buffers](/blog/nodejs/12-buffers)
- [Streams](/blog/nodejs/13-Streams)
- [File System](/blog/nodejs/14-File%20System)
- [Path](/blog/nodejs/15-Path)
- [StringDecoder](/blog/nodejs/16-StringDecoder)
- [Query String](/blog/nodejs/17-Query%20String)
- [zlib](/blog/nodejs/18-zlib)
- [Assertion](/blog/nodejs/19-Assertion)
- [V8](/blog/nodejs/20-V8)
- [Callbacks](/blog/nodejs/21-Callbacks)
- [Events](/blog/nodejs/22-Events)

## Node.js 技术栈学习指南路线图

![GPZuTn](https://cdn.jsdelivr.net/gh/manonicu/pics@master/uPic/GPZuTn.jpg)


Learning Node.js


`Node.js`提供一些基本系统相关的函数：

`os.arch()` 返回当前计算机的 CPU 体系结构，比如：可能的值为`x32`、`x64`、`arm`、`arm64`、`s390`、`s390x`、`mipsel`、`ia32`、`mips`、`ppc`、`ppc64`

`os.cpus()`返回包含有关每个逻辑 CPU 内核的信息的对象数组

`os.endianness()`返回标识为其编译 Node.js 二进制文件的 CPU 的字节序的字符串。 可能的值是大端序的 'BE' 和小端序的 'LE'

`os.freemem()`返回可用系统内存

`os.getPriority()`获取进程优先级

`os.homedir()`返回当前用户主目录

`os.hostname()`返回系统主机名

`os.lodavg()`用于获取平均负载

`os.networkInterfaces()`返回网络接口列表

`os.platform()`返回当前系统平台，比如：`darwin`、`win32`、`freebsd`、`linux`

`os.release()`返回当前系统版本

`os.setPriority()`设置进程优先级

`os.tmpdir()`返回当前系统临时文件默认目录

`os.totalmem()`返回当前系统内存，以字节为单位

`os.type()`返回当前操作系统名称，比如：`linux`、`darwin`、`windows_nt`

`os.userInfo()`返回当前用户信息

`os.uptime()`返回系统正常运行时间

`os.version()`返回当前系统内核、时间、发行版本等信息

`os.constants`包含用于错误码、进程信号等的常用操作系统特定常量

`os.EOL`返回当前操作系统的换行符

`os.devNull`空设备的特定于平台的文件路径。


Node.js - os


`Next.js` 内置了对环境变量的支持，让你可以执行以下操作：

- 使用 `.env.local` 加载环境变量
- 通过给环境变量添加 `NEXT_PUBLIC_` `前缀将环境变量暴露给浏览器

## 创建环境变量

```bash
DB_HOST=localhost
DB_USR=root
DB_PWD=123456
```

## 创建 env.js

```jsx
import Head from 'next/head'
import Container from '../../components/container'

export default function FirstPost(props) {
  return (
    <>
      <Container>
        <Head>
          <title>Environment Variables</title>
        </Head>
        <h1>Database Credentials</h1>
        <p>Host: {props.host}</p>
        <p>Username: {props.username}</p>
        <p>Password: {props.password}</p>
      </Container>
    </>
  )
}

export async function getStaticProps() {
  // Connect to Database using DB properties
  return {
    props: {
      host: process.env.DB_HOST,
      username: process.env.DB_USER,
      password: process.env.DB_PASS
    }
  }
}
```

`Next.js`会在`.env*`中自动扩展变量，即可以定义变量

```bash
HOSTNAME=localhost
PORT=3000
HOST=http://$HOSTNAME:$PORT
```


Next.js 内置了对环境变量的支持

Next.js - Environment Variables


假如我们要查询 `name` 字段以 `Jen`开通 的所有记录，可以这样写：

```sql
SELECT
	  first_name,
    last_name
FROM
	customer
WHERE
	first_name LIKE 'Jen%';
```

![gqS8IL](https://cdn.jsdelivr.net/gh/manonicu/pics@master/uPic/gqS8IL.jpg)

- `%` 匹配任意多个字符
- `_` 匹配一个字符

## 语法

```sql
value LIKE pattern [ESCAPE escape_character]
value NOT LIKE pattern [ESCAPE escape_character]
```

## 示例

```sql
SELECT
	'foo' LIKE 'foo', -- true
	'foo' LIKE 'f%', -- true
	'foo' LIKE '_o_', -- true
	'bar' LIKE 'b_'; -- false
```

- 第一个表达式返 true，因为该表达式不包含任何通配符，类似于`=`
- 第二个表达式返 true，因为该表达式包含一个通配符，以`f`开头，后跟任意数量的字符
- 第三个表达式返 true，因为该表达式包含一个通配符，以`_`开头，匹配任何单个字符开通，后跟字幕`o`并以任何单个字符结尾的字符串
- 第四个表达式返 false，因为该表达式包含一个通配符，以`b`开头，匹配任何单个字符开通，后跟字幕`_`并以任何单个字符结尾的字符串

例如，查询返回名字包含`er`字符串的所有记录：

```sql
SELECT
	first_name,
  last_name
FROM
	customer
WHERE
	first_name LIKE '%er%'
ORDER BY
  first_name;
```

![Vy9Num](https://cdn.jsdelivr.net/gh/manonicu/pics@master/uPic/Vy9Num.jpg)

`%`与`_`的使用

```sql
SELECT
	first_name,
	last_name
FROM
	customer
WHERE
	first_name LIKE '_her%'
ORDER BY
  first_name;
```

![Po7USK](https://cdn.jsdelivr.net/gh/manonicu/pics@master/uPic/Po7USK.jpg)

| Operator | Equivalent |
| -------- | ---------- |
| ~~       | LIKE       |
| ~~\*     | ILIKE      |
| !~~      | NOT LIKE   |
| !~~\*    | NOT ILIKE  |


使用 Postgresql LIKE 检索查询是否类似于某个字符串。

Postgresql - LIKE


全局(客户端)状态管理并不总是像今天这样。我清楚地记得有一段时间，在高阶组件中的状态管理最佳选择是使用`Redux`， `connect` 连接 `mapStateToProps` 和 `mapDispatchToProps`。

即使是`context api`，最初也不是那么符合需求 ，因为刚出的时候只支持自身`props`。

当然，hooks 出现后一切都变了。不仅现有的解决方案变得更容易使用，而且新的解决方案也诞生了。

## Zustand

其中增长迅速的像`Zustand`，它非常小而精悍，提供了简易`api`创建全局状态以及通过`selectors`过来状态。它类似`Redux`，又比`Redux`简易。

就像`React`，`Zustand`提供丰富的扩展，可以结合[immer](https://github.com/pmndrs/zustand/tree/2b29d736841dc7b3fd7dec8cbfea50fee7295974#sick-of-reducers-and-changing-nested-state-use-immer)，也可以使用其他[middlewares](https://github.com/pmndrs/zustand/tree/2b29d736841dc7b3fd7dec8cbfea50fee7295974#middleware)

`Zustand` 将 `createStore` 函数的返回值作为一个自定义 hook 来实现，其中为了让 `React` 组件能感知到状态更新，是利用 `useEffect` 来完成订阅操作，而状态更新发布后，则通过 `forceUpdate()` 来强制组件进行 `rerender` 以获取最新的状态。

实际上，用法和 `react-redux` 非常相似，但获取状态与更新状态均只需要使用 `useStore` 一个 API 即可完成业务。

我从 2018 年开始在大小项目中使用`Zustand`，我也为`Zustand`开源做过贡献，以下是一些在实践中积累的技巧。

### 仅导出自定义钩子

这是首要技巧，对于任何 React 开发都满足，我之前列出了很多[Hooks 优点](https://tkdodo.eu/blog/simplifying-use-effect#3-write-custom-hooks)。

```js
// ⬇️ not exported, so no one can subscribe to the whole store
const useBearStore = create((set) => ({
  bears: 0,
  fish: 0,
  increasePopulation: (by) => set((state) => ({bears: state.bears + by})),
  eatFish: () => set((state) => ({fish: state.fish - 1})),
  removeAllBears: () => set({bears: 0})
}))

// 💡 exported - consumers don't need to write selectors
export const useBears = () => useBearStore((state) => state.bears)
```

它们将为您提供更清晰的界面，并且您不需要在所有您希望只订阅状态的一个值的地方编写选择器。此外，它还避免了意外地订阅整个状态:

```js
// ❌ we could do this if useBearStore was exported
const {bears} = useBearStore()
```

虽然结果可能是相同的(你会得到 bear 的数量) ，上面的代码将订阅你的整个状态，这意味着你的组件将在某个状态更新后全部重新渲染 ，即使 bear 没有改变，比如，fish 的状态改变了。`Selectors`在 `Zustand` 是可选择的，但对我来说，他们真的不是。即使我们有一个只有一个状态值的存储，我也会编写自定义钩子，以便将来能够添加更多的状态。

### 多使用原子选择器

这个在[官方文档](https://github.com/pmndrs/zustand/tree/2b29d736841dc7b3fd7dec8cbfea50fee7295974#selecting-multiple-state-slices)也解释了，所以我会尽量简短，但是非常重要，因为错用、滥用它可能会导致渲染性能下降。

`Zustand` 通过比较选择器的结果和之前渲染的结果来决定何时通知组件更新。默认情况下，它通过严格的相等检查来完成。

实际上，这意味着选择器必须返回稳定的结果。如果返回一个新的 `Array` 或 `Object`，它将始终被视为更改，即使内容相同:

```js
// 🚨 selector returns a new Object in every invocation
const {bears, fish} = useBearStore((state) => ({
  bears: state.bears,
  fish: state.fish
}))

// 😮 so these two are equivalent
const {bears, fish} = useBearStore()
```

如果要从选择器返回 Object 或 Array，可以将比较函数调整为使用浅比较:

```js
import shallow from 'zustand/shallow'

// ⬇️ much better, because optimized
const {bears, fish} = useBearStore(
  (state) => ({bears: state.bears, fish: state.fish}),
  shallow
)
```

然而我更倾向于导出两个独立的`selectors`

```js
export const useBears = () => useBearStore((state) => state.bears)
export const useFish = () => useBearStore((state) => state.fish)
```

假如组件需要多个值，引入多个 hooks 即可。

### actions 和 state 分离

actions 是不变的静态函数，它更新 state 中的值，所以它们不是真正的“状态”。将它们作为一个额外的对象在我们的存储中分离将允许我们将它们作为一个钩子暴露出来，然后我们可以在组件中使用它们:

```js
const useBearStore = create((set) => ({
  bears: 0,
  fish: 0,
  // ⬇️ separate "namespace" for actions
  actions: {
    increasePopulation: (by) => set((state) => ({bears: state.bears + by})),
    eatFish: () => set((state) => ({fish: state.fish - 1})),
    removeAllBears: () => set({bears: 0})
  }
}))

export const useBears = () => useBearStore((state) => state.bears)
export const useFish = () => useBearStore((state) => state.fish)

// 🎉 one selector for all our actions
export const useBearActions = () => useBearStore((state) => state.actions)
```

现在可以只使用一个 hooks 导出所有的 actions

```js
const {increasePopulation} = useBearActions()
```

这看起来和上面提到的原子选择器相反，但是事实并非如此，由于 `actions` 不会改变，`actions` 可以看出是一个原子块。

### Model Actions as Events, not Setters

这是一个通用的提示，无论你是否使用 `useReducer`、 `Redux` 或 `Zustand`。
事实上，这个技巧直接来自 [Redux 风格指南](https://redux.js.org/style-guide/style-guide#model-actions-as-events-not-setters)。
它将帮助您将业务逻辑保留在存储中，而不是保留在组件中。
上面的例子已经使用了这种模式——逻辑(例如“增加人口”)存在于状态中。
组件只是调用操作，而存储决定如何处理它。

### 保持状态小型化

与 `Redux` 不同的是，`Zustand` 鼓励您拥有多个小型状态。每个状态可以对单个状态负责。如果你需要组合它们，你可以使用自定义钩子:

```js
const currentUser = useCredentialsStore((state) => state.currentUser)
const user = useUsersStore((state) => state.users[currentUser])
```

> 注意: Zustand 确实有另外一种将状态组合成切片的方法，但是我从来不需要这种方法。对我来说，它看起来不是很简单，尤其是涉及到 TypeScript 的时候。如果我真的需要它，我可能会选择 Redux Toolkit。

### 结合其他库

老实说，我并不经常需要组合多个 `Zustand` 状态，因为应用程序中的大多数状态要么是服务器状态，要么是 URL 状态。与将两个状态组合起来相比，我更有可能将 `Zustand` 状态与 `useQuery` 或 `useParams` 结合起来。不过，同样的原则也适用于: 如果你需要将另一个钩子与 `Zustand` 状态结合起来，自定义钩子也许是你最好的选择:

```js
const useFilterStore = create((set) => ({
  applied: [],
  actions: {
    addFilter: (filter) =>
      set((state) => ({applied: [...state.applied, filter]}))
  }
}))

export const useAppliedFilters = () => useFilterStore((state) => state.applied)

export const useFiltersActions = () => useFilterStore((state) => state.actions)

// 🚀 combine the zustand store with a query
export const useFilteredTodos = () => {
  const filters = useAppliedFilters()
  return useQuery({
    queryKey: ['todos', filters],
    queryFn: () => getTodos(filters)
  })
}
```

在这里，应用的筛选器驱动查询，因为筛选器是查询键的一部分。
每次调用 `addFilter` (可以在 UI 中的任何地方执行)时，都会自动触发一个新查询，这个查询也可以在 UI 中的任何地方使用。
我觉得这是一个非常简洁明了的说明，但又不会太神奇。


全局(客户端)状态管理并不总是像今天这样。我清楚地记得有一段时间，在高阶组件中的状态管理最佳选择是使用Redux， connect 连接 mapStateToProps 和 mapDispatchToProps。