比如你是一个架构或者项目的负责人，在涉及选型的时候，你一般怎么考虑。这里的技术说的有点笼统，比如框架/版本/组件选型。
举一个简单的场景，假如小公司的项目一直用 MySQL ，是否会考虑改用 pg 之类的。
举一个简单的场景，假如小公司的项目一直用 MySQL ，是否会考虑改用 pg 之类的。
 |
1
nanofei Jun 30
老技术吧，成熟稳定，解决方案多，上手快。
新技术坑点，大多都埋的比较深，遇到卡点影响项目进度又要被 diss 加班，然后组员还得背后说你 |
 |
2
bfdh Jun 30
得看老的有多老，新的有多新，还有具体应用场景。
|
 |
3
Yanlongli Jun 30
如果是无缝兼容的或者小修小补小调整的：
新技术 up 新版本 up 如果是需要推到重来的特性不兼容、语法不兼容、功能不兼容： 维持原样 hold |
 |
4
udisyue Jun 30 via Android
你负责的是项目，不是技术迭代，所以哪个坑少好交付选哪个
|
 |
5
InDom Jun 30
首先要成熟、稳定. 其次才是要新.
|
 |
6
cryptovae Jun 30
MySQL 和 PG 这玩意的看业务再看选型
我觉得恰当的例子是 Memcached 和 Redis |
 |
7
kang77649119 Jun 30
拿不住老板，你用什么技术都白搭，耽误老板挣钱了
|
 |
8
jydeng Jun 30
选团队 hold 得住的，真做成了再考虑重构来得及。
|
 |
9
wu00 Jun 30
能 hold + 有提升/解决痛点
否则不会上新技术 |
 |
10
adoal Jun 30
看人，假如你的团队里有一大堆要在 datetime 字段里写 0 的、一大堆 group by 了还要 select 非分组字段的非聚合值的人，而且他们还以此为荣，而且不能开掉他们，那老老实实用 MySQL 并且一定不要在数据库层面考虑数据完整性。
|
 |
11
pingdog Jun 30 via iPhone
根据 EoL/EoS 确定，至少有 2 年，不够就不考虑旧的了
|
 |
12
junas7 14h 59m ago
另外在 AI 编程的背景下，肯定还是宜旧不宜新
|
|
13
junas7 14h 59m ago
另外在 AI 编程的背景下，肯定还是宜旧不宜新
|
 |
14
frayesshi1 PRO pg 比 mysql 有什么优势啊？不都是关系数据库吗？感觉很多大企业在推这个
|
Select Language