1
zeraba 2019-04-12 18:38:38 +08:00 via Android
自己写个函数替代 逻辑不是很复杂 时区相关的基础表可以用其他机器上面的系统表导入一下
|
2
okwork 2019-04-12 18:41:35 +08:00 via Android
全部存 utc,用的时候在转
|
3
hitrust 2019-04-12 18:42:00 +08:00
不好用,就是不好用
|
4
yimuyimu 2019-04-12 19:52:11 +08:00 via Android 1
都是存 utc 方便国际化
|
5
lyhiving 2019-04-12 22:02:27 +08:00
后台可以创建超级用户,另外不要用基础版。
说回性能,同样配置的情况下,腾讯云的 CDB 性能是阿里云 RDS 的 3 倍~ |
7
winglight2016 2019-04-12 23:52:53 +08:00
存 utc 是惯例吧,除非不考虑时区兼容。另外,这种转换逻辑最好不要放到数据库,也不要用数据库的函数、sp、triger 这些“高级”功能
|
8
houyujiangjun 2019-04-13 00:11:50 +08:00
这个真的不怪阿里云。
|
9
jakezh 2019-04-13 02:39:08 +08:00
还是 postgres 好
|
10
opengps 2019-04-13 07:28:09 +08:00
rds 的意义并不在于全部功能都有啊
|
11
opengps 2019-04-13 07:30:02 +08:00 1
rds 的目的,是分布式高可用等特点,所以会要求统一用户系统初始值。修改系统参数的情况,在这个前提下确实很难实现
|
12
flyingghost 2019-04-13 11:09:16 +08:00
感觉设定没错。支持 @opengps 的观点。
主要问题是客服水平太糙,理解问题能力低下,技术能力低下,沟通能力低下,客户关怀能力低下。然则这好像是各大厂技术支持的通病。可以尝试通过非工单途径积攒一些直接对接到具体人的方法( QQ、微信、手机)等,然后定点请求协助,效率会比工单随机分配到菜鸟要高一些。 另外,强迫症一样的反对给数据库增加任何逻辑。 |
13
Acoffice 2019-04-13 11:15:15 +08:00
买 polardb 吧🙃
|
15
imnpc 2019-04-13 11:17:34 +08:00
阿里的技术支持属于外包的
RDS 其实是一台云主机 给予开通的是低于 root 的权限账户 |
17
treblex 2019-04-13 12:02:40 +08:00 via Android
阿里云。Dms 控制台还挺方便的
|
18
dodo2012 2019-04-13 13:03:57 +08:00
去年用过阿里的 pg,结果发现有些东西不支持要自己开权限 不足,后来折腾了好久想了别的办法,以后再没用过了,
|
19
opengps 2019-04-13 13:40:07 +08:00 via Android
@9hills 分布式的是 drds,那个可以分布不同硬盘存储,可以获得跟后端数量正比的 iops 指标
rds 不仅仅是主从复制这么简单,rds 域名链接只提供,不提供 ip 链接方式,其目的在于底层硬件架构调整都交给阿里云的运维工程师去做,用户不会因为更换硬盘之类的问题停机中断业务 |
20
troywinter 2019-04-13 18:35:57 +08:00
这种明显是解决工单的工程师能力不够,直接投诉他让阿里云换个更了解的工程师来就可以了,之前遇到过 rds 工单的工程师很弱鸡的情况,直接投诉就行
|
21
opengps 2019-04-13 20:35:51 +08:00 via Android
关于工单反馈慢,去年云栖大会有机会跟一个阿里云某部门大佬对话了记录。阿里云确实是用户量足够大了,以至于好工程师不够用,工单服务确实是现在的一个弱点,2 小时能回复算不错的。最早 13 年我用阿里云,部分重要紧急 10 分钟内就能回复,甚至可以索要密码权限帮忙进入系统查看系统内部配置问题
|
22
beggarvip 2019-04-14 02:18:18 +08:00 via Android
@flyingghost 看到明白人,数据库服务器有限的计算资源应该尽可能多地分给数据库服务
|