Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Blocks bound in the database support Add to Database #10929

Closed
5kyfkr opened this issue Apr 8, 2024 · 31 comments
Closed

Blocks bound in the database support Add to Database #10929

5kyfkr opened this issue Apr 8, 2024 · 31 comments
Assignees
Milestone

Comments

@5kyfkr
Copy link

5kyfkr commented Apr 8, 2024

数据库中绑定的块支持 添加到数据库移动到数据库

数据库主键可以添加到其他数据库

In what scenarios do you need this feature?

如题,我现在dailynote会先记录然后直接发到一个中转数据库,然后后续再移动到其他数据库,多这样一步也更能实现前期无压记录,不用想着分类到哪个数据库,希望能在单选和多选项提供添加到数据库功能,这样就能直接转发添加过去了,不用再去文档里面选择对应段落添加,也能为多选提供更多操作空间

image
image

Describe the optimal solution

如果可以还可以再加个添加后删除的选项,这样就又少一步删除的步骤

Describe the candidate solution

No response

Other information

No response

@Jiangshuon
Copy link

顶顶顶

希望能有两种操作——

1、移动到其他数据库
2、添加到其他数据库

第一种方式就能自动删除在本数据库中的记录

@5kyfkr
Copy link
Author

5kyfkr commented Apr 8, 2024

顶顶顶

希望能有两种操作——

1、移动到其他数据库 2、添加到其他数据库

第一种方式就能自动删除在本数据库中的记录

移动比添加后删除直观点,但可能得提示一下在当前库的属性不会被转移过去

@88250 88250 changed the title 数据库主键可以添加到其他数据库 Blocks bound in the database support Add to Database and Move to Database Apr 8, 2024
@88250 88250 modified the milestones: backlog, 3.0.9 Apr 8, 2024
@TCOTC
Copy link
Contributor

TCOTC commented Apr 8, 2024

保险一点,属性也应该考虑一下,毕竟误删除了没法撤回

菜单:

  • 转移条目
    • 将主键复制到数据库
    • 将主键移动到数据库
    • 将主键及属性复制到数据库
    • 将主键及属性移动到数据库

复制或移动属性时:

  • 如果目标数据库对应的同名属性列,就直接添加;
  • 如果目标数据库没有对应的同名属性列,就自动创建

@88250
Copy link
Member

88250 commented Apr 8, 2024 via email

@TCOTC
Copy link
Contributor

TCOTC commented Apr 8, 2024

但是移动块没法撤回,只移动主键的话,属性咋办?

@5kyfkr
Copy link
Author

5kyfkr commented Apr 8, 2024

但是移动块没法撤回,只移动主键的话,属性咋办?

移动属性也要做完整感觉要花挺多精力,毕竟每个库的字段可能都不一样,我这里主键能方便添加过去就基本够用了,合并属性感觉可以再开个issue了

@5kyfkr
Copy link
Author

5kyfkr commented Apr 8, 2024

如果要做属性合并或复制应该需要做个对比界面,就是对比现有库的字段要放到目标库的哪一列,给个对应选择的功能会直观很多

@88250
Copy link
Member

88250 commented Apr 8, 2024 via email

@5kyfkr
Copy link
Author

5kyfkr commented Apr 8, 2024

那要不还是仅先做 添加 吧

可以,先做添加,或者做个移动但是有弹窗提示确认会丢失属性(移动可以减少删除现有库行的重复操作),后续也会知道有多少人需要移动属性的功能。

@88250 88250 changed the title Blocks bound in the database support Add to Database and Move to Database Blocks bound in the database support Add to Database Apr 8, 2024
@88250
Copy link
Member

88250 commented Apr 8, 2024

还是就仅考虑 添加 吧。

@88250 88250 modified the milestones: 3.0.9, 3.0.10 Apr 10, 2024
Vanessa219 added a commit that referenced this issue Apr 12, 2024
@TCOTC
Copy link
Contributor

TCOTC commented Apr 14, 2024

@5kyfkr : 数据库主键可以添加到其他数据库

@Vanessa219 不应该只是主键绑定了块的条目可以 Add to Database ,纯文本主键也需要


image

@Vanessa219 多选条目也需要

@5kyfkr
Copy link
Author

5kyfkr commented Apr 14, 2024

@Vanessa219 不应该只是主键绑定了块的条目可以 Add to Database ,纯文本主键也需要

确实这个我没发现,需要补上好点

@Vanessa219 多选条目也需要

多选如果实现复杂就算了,我大部分情况下够用

@TCOTC
Copy link
Contributor

TCOTC commented Apr 14, 2024

多选如果实现复杂就算了,我大部分情况下够用

我刚好需要这个多选添加,所以我是非常支持的

而且如果纯文本主键能 Add to Database 了,就是说所有主键都能了,那么在这个基础上增加多选应该是没太大难度的

@Vanessa219
Copy link
Member

纯文本添加不了,必须是一个已有块才行。

@TCOTC
Copy link
Contributor

TCOTC commented Apr 16, 2024

纯文本添加不了,必须是一个已有块才行。

没有办法实现吗?

@Vanessa219
Copy link
Member

@88250

@5kyfkr
Copy link
Author

5kyfkr commented Apr 20, 2024

或者多选能不能不做纯文本的,多选时纯文本项目不给点选,我不习惯放纯文本到数据库里,因为纯文本无法在数据库里制卡

@88250
Copy link
Member

88250 commented Apr 20, 2024

纯文本添加不了,必须是一个已有块才行。

没有办法实现吗?

  • 如果采用绑定块的方案,必须创建文档块然后绑定
  • 如果不采用绑定块的方案,那和复制粘贴主键就一样了,和其他绑定块的处理不一致

这两种方案都有各自的问题,所以最好还是不处理。

@5kyfkr
Copy link
Author

5kyfkr commented Apr 20, 2024

纯文本添加不了,必须是一个已有块才行。

没有办法实现吗?

  • 如果采用绑定块的方案,必须创建文档块然后绑定
  • 如果不采用绑定块的方案,那和复制粘贴主键就一样了,和其他绑定块的处理不一致

这两种方案都有各自的问题,所以最好还是不处理。

不能同时两种方案一起弄进去嘛,毕竟是两种类型不可能用相同方案整的吧

@88250
Copy link
Member

88250 commented Apr 20, 2024

不能同时两种方案一起弄进去嘛,毕竟是两种类型不可能用相同方案整的吧

@5kyfkr 没明白你的意思。对于非绑定块如果要 添加到数据库,这两种方案都有问题,还有其他方案么?

@5kyfkr
Copy link
Author

5kyfkr commented Apr 20, 2024

不能同时两种方案一起弄进去嘛,毕竟是两种类型不可能用相同方案整的吧

@5kyfkr 没明白你的意思

就是能否添加前先判断主键是纯文本还是绑定块,如果是纯文本就执行方案二,绑定块就执行方案一

@88250
Copy link
Member

88250 commented Apr 20, 2024

就是能否添加前先判断主键是纯文本还是绑定块,如果是纯文本就执行方案二,绑定块就执行方案一

这两个方案都是针对非绑定块的,因为绑定块已经有很明确的方案了:直接添加即可。

但是就像上面说的,对于非绑定块,这两个方案都有各自的问题,所以并不可行。

@5kyfkr
Copy link
Author

5kyfkr commented Apr 20, 2024

不能同时两种方案一起弄进去嘛,毕竟是两种类型不可能用相同方案整的吧

@5kyfkr 没明白你的意思。对于非绑定块如果要 添加到数据库,这两种方案都有问题,还有其他方案么?

就执行复制粘贴就行了,能移过去就完事,
方案二复制粘贴没感觉有什么问题

@88250
Copy link
Member

88250 commented Apr 20, 2024

问题就是可能会不一致,因为之前只有块才能 添加到数据库

@5kyfkr
Copy link
Author

5kyfkr commented Apr 20, 2024

问题就是可能会不一致,因为之前只有块才能 添加到数据库

噢噢我理解了,那就这样:
判断:是否是数据库内的主键的纯文本(排除笔记里的纯文本)。
如果是就执行复制粘贴到目标数据库
如果不是,就执行绑定块的操作到目标数据库

@TCOTC
Copy link
Contributor

TCOTC commented Apr 20, 2024

纯文本添加不了,必须是一个已有块才行。

没有办法实现吗?

  • 如果采用绑定块的方案,必须创建文档块然后绑定
  • 如果不采用绑定块的方案,那和复制粘贴主键就一样了,和其他绑定块的处理不一致

这两种方案都有各自的问题,所以最好还是不处理。

绑定了块的主键可以直接添加过去,那纯文本主键直接复制粘贴过去会遇到什么问题吗?

@88250
Copy link
Member

88250 commented Apr 20, 2024

技术上没有问题,我说的是设计上的不一致要不要考虑。

@88250
Copy link
Member

88250 commented Apr 20, 2024

#11093

@5kyfkr
Copy link
Author

5kyfkr commented Apr 20, 2024

技术上没有问题,我说的是设计上的不一致要不要考虑。

这个issue本质上是方便数据在数据库之间的转移,如果数据库本身支持纯文本,那应该是需要一起转过去的,非绑定这个设计应该是数据库一开始主键特性讨论的范畴吧,这个只是特性的延伸

@TCOTC
Copy link
Contributor

TCOTC commented Apr 20, 2024

技术上没有问题,我说的是设计上的不一致要不要考虑。

还是应该考虑的,所有主键都应该能 添加到数据库 ,这个是主键的一致性;所有都可以 添加到数据库 ,这个是块的一致性。应该分开考虑

@88250
Copy link
Member

88250 commented Apr 20, 2024

#11093 中实现复制非绑定块。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants