介绍
我对甲骨文技术(及其他)周围的所有这些事件并不感到兴奋，但它总是一个学习新事物的好地方，也许最重要的是，发现新的思维方式。关于这一点，我并不失望。
Franck Pachot:无服务器分布式数据库
弗兰克谈到了向外扩展，这意味着避免巨石。如今，大多数数据库服务器都是这种单片计算机。他建议我们考虑微服务。对于数据库组件来说，这并不容易，但是它肯定可以通过不同的开发团队简化不同模块的管理。实现横向扩展也就是摆脱这些旧的集群技术(想想RAC)，取而代之的是采用“什么都不共享”:不共享存储，不共享网络，等等。
这还意味着需要数据库复制，以及写入的规模:这一点更加复杂。分片是扩展的关键点(将相关数据放在用户所在的位置)。
我发现了CAP定理，这是一个非常有趣的理论，它告诉我们实际上没有最终的解决方案。您需要选择您的优先级:一致性和可用性，或者可用性和分区容限，或者一致性和分区容限。只要提醒你让你的数据库基础设施适应你的需求，一个类似谷歌的基础设施可能很好，但你真的需要同样的基础设施吗？
卡姆兰·阿加耶:从数据库管理员到数据工程师的转变
时代在变。几年来我就知道这一点，但现在它就像一个证据:作为一名传统的数据库管理员，我很快就会被否决。旧的数据库管理员工作将被许多新的工作取代:数据架构师、数据工程师、数据分析师、数据科学家、机器学习工程师、人工智能工程师……
卡姆兰专注于Hadoop生态系统和Spark，尤其是当他需要将数据从EXADATA归档到HADOOP时(并解释了HADOOP如何通过HDFS文件系统和数据节点管理数据——有点像ASM)。他使用了一个专用连接器，类似于使用外部表格的包装器。事实上，这也是甲骨文大数据设备的内部功能。这项任务超出了传统数据库管理员的范围，因为需要对数据有很好的了解。所以，传统的数据库管理员已经死了。
斯特凡·奥赫利——PDB的孤立与安全
自从甲骨文宣布每个容器数据库都有3个免费的公共设计数据库以来，对多租户的兴趣增加了。
我们对前10大安全风险进行了概述，这些风险都与特权、滥用特权、未经授权的特权提升、平台漏洞、sql注入等有关。如果您已经和PAAS或数据库管理员在云中，风险是相同的。
我们展示了几条减轻风险的线索:
–path _ prefix:这是PDB的一种颜色
–PDB操作系统凭证(仍然有错误，但是…):涉及凭证和dbms调度程序
–锁定配置文件:一种限制数据库功能的工具，如排队、分区、Java操作系统访问、更改数据库。包含或排除的限制。
保罗·克莱斯和托马斯·鲍曼:数据库管理员在云、多声音和自治数据库时代的角色
今天已经听说经典数据库管理员很快就要死了。现在是第二颗子弹。事实是甲骨文在过去的20年里努力改进自主功能，就像它展示的那样，你会意识到这显然是真的。现在谁关心扩展区管理？
但还是有希望的。明天的数据库管理员从今天开始。由于数据库管理员的角色实际上位于基础架构团队和数据科学家之间，因此有一种方法可以规划您的职业生涯。涉足技术领域，但成为数据分析和机器学习的冠军。
或者专注于开源和云的开发。数据库管理员的工作可以变动，不要错过这个机会。
尼基塔斯·齐纳基斯——MAA与19c和黄金时代19c:一个真实世界的案例研究
嘿！最后，数据库管理员还没有死！一些项目仍然需要技术技能和复杂的架构。提出的项目是由dowtime成本驱动的，对于某些类型的企业来说，严重的停机时间可能会杀死公司。该项目涉及的客户不能承受超过1小时的全球停机时间。
我们介绍了MAA(代表最高可用性体系结构，请参阅甲骨文文档)。
您首先需要估计:
–恢复点目标:您可以承受多少数据丢失
–实时操作系统:你又能多快起床
–停机后您期望的性能:因为这很重要
呈现的基础架构由RHEL、多租户RAC(仅1个PDB)、Acitve数据保护和黄金海岸组成。中间件不是来自甲骨文，而是配置为与透明应用程序故障转移一起工作。
当然，您仍然需要几个旧式数据库管理员来设置和管理这种基础架构。
路易莎·诺瓦克:提交数据时出错
您可以从以下网址查阅博客伊莉莎Elisa了解更多信息。
对我来说，发现仅仅因为不合适的幻灯片，一个演示文稿就变得无聊、混乱、没有抓住要点，这是非常令人惊讶的。如果你想让你的演讲产生预期的效果，就要精确，要迷人，用图形代替句子，好好利用图形。
朱利安·弗雷:多租户环境中的数据库克隆
回到纯数据库管理员的东西。快速提醒我们为什么需要克隆，以及我们需要克隆什么(数据、元数据、部分数据、仅刷新数据、匿名数据等)。现在，总是考虑GDPR的合规性！
12c之前的克隆主要是用这些众所周知的工具完成的:rman副本、数据泵、GoldenGate、dblinks、存储克隆、嵌入式clone.pl脚本(以前没有听说过这个)。
从12c开始，只有当您使用多租户时，新的方便工具才可用于克隆:PDB快照拷贝、快照转盘、可刷新拷贝……
我发现，你可以复制一个PDB，而不需要真正将源PDB置于只读模式:你只需要将源PDB置于开始备份模式，复制文件，生成元数据文件，并创建带有resetlogs的数据库。不错的特征。
你必须知道克隆一个PDB是本地的多租户，一个数据库总是某个东西的克隆(至少一个空的PDB是由PDB$seed创建的)。
请注意，PDB的快照拷贝仅限于某些类型的文件系统，最著名的是nfs和acfs。如果你决定选择多租户而没有选择，不要忘记在你的CDB设置中限制PDB的最大值。它实际上是一个参数:max_PDBs。另一个有趣的特性是有可能从没有数据的源PDB创建一个PDB(但是创建了表空间和表)。
最后，尽管困难重重，数据泵仍然是大多数情况下的一个很好的工具。你最好还是考虑一下这个工具。
结论
这是一个伟大的事件，来自伟大的组织者，如果纯粹的甲骨文数据库管理员可能不是一个让年轻人梦想的工作，那么处理数据的工作不会在不久的将来消失。
