-
-
Notifications
You must be signed in to change notification settings - Fork 99
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
支持 PostgreSQL 数据库 #31
Comments
暂时没有这个计划,如果需要请自行 fork 修改,感谢反馈。 |
感谢 PR #33 |
@Chcp 我测试了一下 MySQL,有报错哦: |
看来是因为用了 |
INT1是MySQL的数据类型吗?我查询了一下,好像没有这种数据类型。 |
改字段名已经来不及了…… Where 子句我正在用 GORM 的结构体支持重写,似乎奏效。 |
Good luck |
改完后还需你那里帮忙测试下 PostgreSQL 是否兼容,谢谢。 |
好的,没问题。我会使用新的代码测试的。 |
我这里提交完了,麻烦在 postgres 分支上进行测试。 |
Hi @88250 : 发现的缺陷如下: |
|
又测试了下,在点击评论按钮是,都返回到了start页面,只能重新开始使用。形成循环了,无法进行评论。是与我本机环境有关?与SQL好像关系不大。 |
登录后在文章页面强制刷新一下再点评论按钮,有可能是缓存问题。 |
这个问题如果比较严重可以单独开 issue 我们再讨论看看 😅 |
@88250 请问一个问题,当初移植到PostgreSQL时,直接使用text字段来保存文章内容。虽然容量上绝对是够的(text支持1G长度),但如果频繁修改文章内容,查询和保存都是传输的整个文章内容吗?这样会不会影响性能?如果文章很长,分为多个章节和多个数据库字段来查询和保存是不是性能会更好?仅仅一个设计建议。 |
操作的是全文内容,文章最大长度应该校验过了,问题不大。 |
Pipe会支持PostgreSQL数据库吗?修改也简单,1、加载postgresql driver;2、修改gorm type mediumtext为text;3、去掉SQL语句的中的``。
The text was updated successfully, but these errors were encountered: