房地产短期看政策,中期看土地,长期看人口。

未来城市化人口规模化效应不可避免，大城市长期处于人口流入状态，大城市房价相对坚挺。中小城市，人口持续流出，人口老龄化，低生育率，人口必然逐渐下降。

地方财政主要收入靠卖地，未来不可持续，地方财政未来必然会落实房地产税，房地产税落地时刻，三线以下城市房价下降或崩盘必然趋势。房地产税短则 3-5 年，长则 10 年，必然落地。国内目前地方债问题严重，地方官员为了 GDP 、政绩大搞工程，政府借债、融资平台、PPP 项目、影子银行花样百出。地方官员短则 1-2 年，长则 5-8 年就升迁或改任，平均 3.5 年，出了政绩就可以升迁，以后爆炸了是别人的事。为了抑制这种现象，从去年开始，国内偏远地区已经不再将 GDP 纳入考核指标，今年由于疫情原因，今年取消考核 GDP 指标。

目标国内政策，严格限制大城市人口流入，欢迎小城市人口流入，大城市土地供应限制严重，小城市土地供应放松。大城市唯一问题就是限购，不一定有购房指标，只能去购买商铺或商住等类型资产。

从国际上看，大城市效应明显，东京及卫星城市大约 3 千万人口，占日本人口 1/3-1/4;首尔人口 1 千万，占韩国人口 1/5;美国人口主要分布在东海岸和西海岸的大城市中; 过多数据没记住。从经济上看，东京城市圈占日本 GDP 没查到数据待补，日本十大城市占日本 GDP 一半以上，其他各国也差不多，不写论文数据就不补了。

国内也规划了大城市都市圈，京津冀首都都市圈，长三角都市圈，广州大湾区都市圈，还有东北中原等不太重要的都市圈。

所以购买房地产等大类资产，首选就是大城市，优质资产，三线以下垃圾资产，长期看没有购买需求。

保值大类资产首选大城市房地产，如果想增值买股票基金类，当然股票基金类资产有风险。长期看股票基金类升值空间更大，比如格力美的腾讯阿里股票，最近二十年最低都增长了 50 倍以上。当然更挣钱的方法是回到二十年加杠杆低首付炒房，可惜未来房产大规模涨价已经不可能。

5 年过去了，那么现在你转行程序员了吗？

@T0DD 18c 和 19C 都是 12c 的小版本，相当于 11gR1 和 11GR2 的关系。
新手学习先从 Oracle 11.2.0.4 开始学起吧，遇到的问题百度都能解决（ 11g 已经停止维护）。

第二个问题：
1. 可以免费下载，也可以在不联网的环境使用；
2. 如果发现企业使用（包括但不限于连接互联网），Oracle 的律师会联系你们公司；
3. 不购买没有技术支持，遇到问题，可能导致业务停机，数据丢失，数据泄露；
4. 不购买没有新的更新补丁包；安全审计无法通过，业务、数据、管理等 bug 无法解决； Oracle bug 其实挺多的。
5.小公司业务数据都不值钱，无所谓。大型企业，业务停止一分钟亏损几百万，你说买不买？

英文不好，再见

@dog82 不但一致性查，开发写的存储过程也是惨不忍睹。开发写 SQL，就像汽车司机骑自行车；写存储过程是写独轮车，翻车不可避免。当然数据库引擎层面，SQL 引擎效率通常高于 PL/SQL; 我在 O 上面测试过同样的 SQL 、PLSQL，SQL 性能最大好 50 倍

合理个锤子，领导无能累死士兵。不让用的本质原因是领导自己能力太菜，担心员工能力也菜，用不好，反而拖累数据库。就像现在很多城市禁摩，并不是摩托车污染环境，本质就是管不好，懒政。任何技术都要使用在合适的场景，合理的使用。

阿里的规范是禁止使用存储过程，不是禁止使用 join 。

禁止使用 join，是否能够提高效率，减轻数据库的压力？
答案基本是否定的：
1. 试问各位那个有信心能够写出数据库查询引擎，写出的代码效率比 SQL 引擎效率更高？
2. 不使用 join 和业务实现没有关系，业务实现还不是要从数据库拉取数据，难道这个步骤不增加数据库压力？
3. 完全禁止 join，不如使用 NoSQL 数据库。关系性数据库合理使用就包括使用 join 。
4. 如果感觉业务开发写不好 SQL, 不如增加 DBA HC，做 SQL 审计，效率和质量都比不适用 join 好，并且能节省开发时间。

1. 为什么「先用子查询查出数据，再用 order by 排序子查询的数据」的方法行不通?
2. 这个查询除了对 columnA 建索引外，有没有其他更好的优化方法?

答：
1. 数据库做了逻辑优化，所以查询路径是一致的，当然你可以修改数据库统计信息，来欺骗数据库。如果数据库统计信息没有错误的话，数据库给你的执行计划就是相对最佳的执行计划。

2.
A. 如果建索引要建的是 columnA 和 timestamp 的联合索引，而不是单列索引；
B.更好的优化方法：
1) 改业务，不需要排序；
2 ）换存储（ RAID 、SSD 、傲腾等），增大内存；
3 ）架构层面增加缓存系统，REDIS 、memcache 等；
4 ）数据库缓存结果，或者使用物化视图；
5 ）优化 SQL，增加联合索引；

供参考😀

自由学习一门语言，
学习一门手艺，
欣赏一部电影，
去遥远的地方旅行。


奔涌吧，后浪🤪

[user1@node1 ~]$ whoami
user1
[user1@node1 ~]$ id
uid=1001(user1) gid=1001(user1) groups=1001(user1) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
[user1@node1 ~]$ sudo cat /etc/sudoers | grep -v "^#" | grep user
user1 ALL=(ALL) NOPASSWD: ALL
user2 ALL=(ALL) NOPASSWD: ALL
[user1@node1 ~]$ ls /root/
ls: cannot open directory /root/: Permission denied
[user1@node1 ~]$ sudo su user2 -c "sudo ls /root"
anaconda-ks.cfg anaconda-ks.cfg_bak original-ks.cfg

@wushigejiajia01 不是后浪，只是够浪🤦‍♂️