Index
前言
Notion简介
近几年,有一款叫Notion的产品异常火爆,它是集笔记、任务管理、Wiki、数据管理为一体的产品,他主打两个理念「模块化」和「All-in-one」,Notion最有魅力的还是引进了Database和双向链的理念
Notion也算是一个渐进式的工具产品,渐进式你可以理解为,可以简单的当笔记工具用,也可以当个人或小团队的工作知识库和任务管理工具用。
Notion与kintone
在实际使用Notion的过程中,我发现它的Database数据形式有着重要地位,它和Notion其他一些特色功能融合后,充分放大了其扩展性,自由性,和灵活性。Notion的Database属于关系型数据库的范畴,我不禁想到,关系型数据库的形式也是kintone App的核心内容,所以那他们之间一定是可以互通的。
今天我们就来探讨一下如何进行Notion和kintone之间的数据转换。
探讨范围
本着抛砖引玉的理念,本文想要做的更多是启发开发思路,而非那种可以拿来即用成熟产品。所以探讨和演示的范围不会面面俱到。
数据对接
说到数据对接,本应该是双向的,但本文只讨论Notion向kintone的单向转换。因为反向转换的话,完全可以反推出来,有需求的读者可以自行推演。
字段类型
Notion和kintone的二维结构表格中的字段,都有自己类型的设计,有相似的,也有不同的。本文中所演示的,只是一部分字段的转换,而且字段的对应关系也非严格匹配。读者可根据实际需求,或增加更多转换字段,或更改的字段类型对应关系。
譬如,Notion中的字段类型“Text”,其实技术上可以叫“RichText”(带丰富格式的文本),但我转换到kintone时,用的只是普通的“单行文本框”。
前期准备
Notion方面的准备
在Notion中建立一个database,建立几个想要对接字段 。这里我建立了一个书店的表格。
要使用Notion的API,则先要创建一个integration。integration字面翻译叫做“融入”,这是Notion自己的叫法,我们可以简单理解为平时经常说的API Token。创建方式见官方文档。创建成功后你会得到一个Secrets字符串。
有了integration之后,还要把它连接到刚才的database中,使得在调用API时,获得此database的访问权限。在最右上角的三个点图标中,找到Add connections,输入刚才的integration名,确认后连接成功。
kintone方面的准备
建立一个kintone App,用来接受Notion的database数据,所以字段类型必须选择合适的。 书名、ISBN、作者、可以选择单行文本框,定价选择数值,标签可以选择复选框或是多选。
给每个字段设置好字段代码,以备在程序中使用。我以json object的形式给出,属性名是字段名,属性值是字段代码,将来程序里能直接用得上。
{ 书名: 'book_name', ISBN: 'isbn', 作者: 'author', 定价: 'price', 标签: 'label', }
创建token,以便将来程序中访问此App。
程序编写运行环境方面
本文中所演示的代码,都是在nodejs的npm模式下编写调试的,我们也强烈建议您也在这种模式下来编写程序。而且我们将分别使用Notion和kintone的SDK,这种模式下引用库也会相对方便一些。下面是package.json文件的一部分相关设置,供您参考。
{ "name": "notion2kintone", "version": "1.0.0", "type": "module", "dependencies": { "@kintone/rest-api-client": "^3.1.11", "@notionhq/client": "^2.1.1" } }
代码范例
import { Client } from '@notionhq/client' import { KintoneRestAPIClient } from '@kintone/rest-api-client' // 用Notion的sdk创建一个客户端 const notion = new Client({ auth: 'secret_CNqoK82a5MQaBosS6jMEahHbQhX2806zNljRgShGuK' }) // 获取Notion数据 const iterateDB = async () => { // 获取Notion的database const dbArray = await notion.databases.query({ database_id: 'b269007a9a44488d9ff7fe0c646179c9' }) // 获取database的属性 const propertitsSet = await Promise.all( // database的每条记录是一个page,我们需要用它来获取每个属性 dbArray.results.map(async (pageRecord) => { // 获取database的每一条记录 const record = await Promise.all( // 遍历每条记录的每个属性名 Object.keys(pageRecord.properties).map(async (propertyName) => { // 调用Notion的API,给出page id和属性id,拿到每条记录的每个属性值 const propertyData = await notion.pages.properties.retrieve({ page_id: pageRecord.id, property_id: pageRecord.properties[propertyName].id, }) // 每条记录的Title,其实是在list下的,Text也是 if (propertyData.object === 'list' && propertyData.results.length > 0) { if (propertyData.results[0].type === 'title') { return { [propertyName]: propertyData.results[0].title.plain_text } } else if (propertyData.results[0].type === 'rich_text') { return { [propertyName]: propertyData.results[0].rich_text.plain_text, } } // multi_select不会出现再list下,直接判断type就可以拿到 } else if (propertyData.type === 'multi_select') { return { [propertyName]: propertyData.multi_select.map((p) => { return p.name }), } // number同multi_select } else if (propertyData.type === 'number') { return { [propertyName]: propertyData.number, } } }), ) // 由于得到的record是数组,而在kintone中需要用对象来放置数据,所以这里先行做一个转换 return { ...record } }), ) return { records: propertitsSet } } const notionDBRecords = await iterateDB() // Notion属性名和kintone App中字段代码的对应关系 const fieldCodeMap = { 书名: 'book_name', ISBN: 'isbn', 作者: 'author', 定价: 'price', 标签: 'label', } // 上传kintone的对象是有一定的格式要求,所以需要把数据加工一下 for (const record of notionDBRecords.records) { for (const [key, value] of Object.entries(record)) { if (value) { record[fieldCodeMap[Object.keys(value)[0]]] = { value: Object.values(value)[0] } } delete record[key] } } notionDBRecords.app = 999 // 调用kintone sdk把数据添加到kintone const client = new KintoneRestAPIClient({ baseUrl: 'https://yourdomain.cybozu.cn', auth: { apiToken: 'WKuCUxqW8gRYrgs57w5UVAU9GUKYPaTU210MJ0bx', }, }) const kintoneResponse = await client.record.addRecords(notionDBRecords) // 观察response来判断是否成功 console.log(kintoneResponse)
代码解说
整个代码的最粗的逻辑目标,就是从Notion中取出数据,存放到kintone中,这点是显而易见的。但实际观察代码,在获取Notion数据时,有很多遍历嵌套的结构,不免有些让人难以理解。所以在这里有必要做些说明。
Notion获取database数据问题
造成遍历嵌套复杂的原因,是由于Notion API的规定所造成的。Notion在2022年6月28日之前的API版本中,支持用page id一次性获取所有属性。虽然很方便,但是由于性能等方面的原因,Notion开发团队在2022年6月28日之后的API版本中规定,获取page的属性,必须先获取属性名,再用page id和属性名去获取属性值。再加上page id需要给出database id后遍历得到,看上去结构就会更加繁琐。
具体信息可参考Notion的Release note,文中有“why page properties are so complex”这样的词句,可见开发团队本身就意识到了其复杂性会带来困扰。
虽然及其不推荐,但是还是有另一个办法。Notion在发送API时可以指定版本,我们可以发送类似2022-05-18这种之前的版本来规避这种复杂性。
Notion Page属性数据结构不统一问题
另一个造成程序复杂的原因是Page属性的object组织结构并不统一,有几个属性(范例中的title和rich_text)并不放在外层,而是嵌套在list中。这就需要分情况判断了。具体信息可参考属性对象,在处理数据时,这些情报非常重要。
范例中的“为了方便”
范例中的代码,有些地方是为了书写方便或是测试数据本身没有复杂结构等原因,没有很详细的把逻辑全面覆盖。
譬如26行等多出有results[0]的出现。
if (propertyData.results[0].type === 'title') {
其实results的数组长度可不一定是1,因为像title这种数据类型可能是由多个富文本块所拼接构成。而每个富文本块还有他自己的一套格式数据。如果读者在实际编写中有需要解析这种数据的,请酌情把数据继续一层层解析下去,范例中就不赘述了。
机密情报
范例中的所有关键性隐私信息(secrets,token,appid等)均为假数据,读者测试时请使用自己的真实情报替换之。
参考链接
此Tips在2022年10月版的 kintone 中确认过。