如何将MarkDown的内容存储到SQLserver 数据库 并实现同步 ？？这个问题完全不是很懂求详解？

1. SQLSERVER服务器上面安装oracle客户端，配置服务命名(假设为 test)

2. 在SQLSERVER服务器上面建立链接服务器，脚本如下

SQL code?

SQL code-- Adding linked server:

exec sp_addlinkedserver @server = 'test' ,

@srvproduct = 'ORACLE',

@provider = 'MSDAORA',

@datasrc = 'test'

-- Adding linked server login:

exec sp_addlinkedsrvlogin @useself='false ', @rmtsrvname = 'test',

@rmtuser = 'user', --数据库用户

@rmtpassword = 'password' --密码

3. 建立一个作业，通过作业调度存储过程，存储过程使用类似的语句将oracle的数据插入到sqlserver表中

SQL code?

insert into sqlserver表 select * from test..oracle表名

4. 如果要球ORACLE数据是实时增加的，并且ORACLE记录上有递增的字段，可以在SQLSERVER上面建立一个表记录上次插入的id，然后下次可以从上次的ID+1开始继续插入

SQL code?

insert into sqlserver表 select * from test..oracle表名 where id>@id

5. 防止sqlserver同步的时候oracle仍在不断的插入，每次要取一个结束ID

SQL code?

select @endid=max(id) from test..oracle表名.

markdown文本，在数据库里如何存储，是存成html，还是存储原始内容

如果你确定只用md且以后一定不会换富文本的话，可以直接放md。 如果要考虑混入html的话，可以参考typecho的处理，加一个标记。 反正不要让他们之间互相影响。

前言

最近笔者把之前写的文章( markdown )数据，全部同步到数据库里，来交给多端去实时渲染。在同步的过程中，却出现了一些问题。

笔者这里举个例子，让大家有所感受：

而且通过这个思路，还演化出 MDX 这个格式，大大的增强了 JSX 与 Markdown 混合书写时的开发体验，增强了它的表现能力。

怎么做到的呢？

我们知道，原生 Markdown 功能很少，不会做任何花哨的事情，这导致它无法满足大量的场景。于是乎，大量的开发人员充分发挥了 主观能动性 ，定制了许多的 Markdown 编译器。

以著名的 Typora 为例，它就集成了 flowchart.js , mermaid 这类的图表库。我们可以在 md 里快速的生成一些简单的图表，但是遇到复杂的 case 时，可 *** 控性还是远远弱于代码的。（这种情况，通常会在编辑器外部，先把图表做好，再把图片导出，插入 md 里）

甚至还出现了 nodeppt 这样，使用 markdown 来制作 ppt 的包。笔者曾经使用过一段时间，认为使用的场景，还是以部门内部的分享为主。受限于许多难记的语法和 md 自身的表现力，在遇到高自定义化的场景时，制作成本会远远超出 powerpoint 。

markdown 数据的分离存储

那么进入正题了，如何对 markdown 内不同的数据进行归类呢？

我们知道，不进行预处理的话，直接存进数据库里，无非就是一堆字符串。这堆字符串里藏着的数据，去实时处理，就是对计算机算力的浪费。

许多的 markdown 解析器，也都能够支持像 yaml ， json ， toml ， csv 等数据格式，此时预先把它们存进数据库就很有必要了。

怎么解析呢？ 通常的做法就2字， 标记 ，在编写时，把它们用特殊的 flag 标识起来，比较通用的做法有：

--- {{code}} --- => yaml

---toml {{code}} --- => toml

---json {{code}} --- => json

这种做法本质上，和代码染色类似：

```js(染色语言) {{code}} ```

于是在标记出来之后，我们就可以非常容易的，对这堆字符串，进行 截取解析 再 分发给不同的解析引擎处理 了。现有的实现也很多，比如 gray-matter 。

但是这只解决了数据分离的问题，还有一个组件渲染的问题没有解决。

组件的原生渲染

在谈这个之前，先看看 md 是如何转成 html 的:

以 markded , markdown-it , unified(remark) 为例

它们无非是 把 md 先解析成 tokens/mdast , 例如:

然后再交给 html 的 renderer 去处理的，上述的例子可以很容易的看出它的结果。

那么非转化成 html ，而去转化为原生标签怎么做呢？解决方案也有很多。

先说一下我实现的方案：

即 这一段字符串原封不动的存入数据库中，

然后在其他平台的场景，都去编写或者移植一个 Markdown 解析器，接着呢

这种做法本质就是 条件渲染 ，相当于一个 if 分支。

这个解决方案需要在不同的平台上，把 icebreaker-love-music 这个组件都实现一遍，并作为插件挂载在 Markdown 解析器中。

它的缺点也是很明显的:

另一种的畅想

另外一种则是我的畅想了，我们能否把组件本身，进行编译，变成一种 IL (Intermediate Language)的存在，交给各个端，进行原生渲染呢？

比如我们知道， web component 浏览器端原生支持

vue 组件可以被 @vue/web-component-wrapper 转化为 web-component

react 则有 react-web-component

那么 web-component 有可能，能依托一个像 QuickJS 这样的 Javascript Engine ，在原生环境进行实时的编译渲染吗？

以上这些就是笔者的一些愚见，如有想法，欢迎大家讨论和指点。

附录(ast的生成与转化)

syntax-tree

mdast-util-from-markdown

mdast-util-to-hast

---