digoal
2020-09-11
PostgreSQL , 人物采访
谷歌翻译的, 便于阅读, 英文阅读没有障碍的同学建议阅读原文.
原文
https://postgresql.life/post/tomas_vondra/
PostgreSQL是世界上最先进的开源关系数据库。采访系列“ PostgreSQL一周之人”介绍了使该项目成为今天的人们。在这里阅读所有采访。
我的名字叫Tomas Vondra，我住在布拉格，我是PostgreSQL用户，开发人员，贡献者和提交者。我为2ndQuadrant工作，这是为PostgreSQL做出贡献并提供与之相关的服务的公司之一，并且我还以各种方式参与了本地PostgreSQL社区。除此之外，我还有与体育相关的各种爱好，例如骑自行车。
我几乎只在Twitter上使用@fuzzycz，有时也会在公司博客上发布一些内容。我曾经在pgaddict.com上建立了个人博客，但是很长一段时间都没有发布任何新内容。当然还有LinkedIn。
我认为那是在2003年左右，或者也许是2004年。我当时还在大学里，但是我也曾在一家小公司工作，该公司经营着许多电子商务网站-当时主要是在MySQL上。在某些时候，我们遇到了严重的性能问题，它被归咎于数据库，我们已经开始寻找替代方法。管理层提出了尝试使用Oracle的建议，但是我们开发人员对此并不热衷，我们一直在寻找替代方案-我们最终注意到PostgreSQL，尝试了一下并坚持了下来。一个有趣的事实是，性能问题并不是真正的数据库问题，而是应用程序做的很愚蠢的事情，每个页面视图都会生成数千个查询。但是我们非常喜欢PostgreSQL，因此决定继续使用它。
我认为当我们开始研究PostgreSQL时，最新版本仍然是7.4。但是我认为我们确实从8.0开始广泛使用它。似乎是很久以前的事了，那时甚至还没有自动真空。
是的，我在捷克技术大学学习了一个名为“软件工程”的程序。实际上，它主要是应用在数学和物理学上，还有一些与软件有关的东西。但我确实喜欢它，回想起来，我实际上很欣赏。我认为这给了我很多。
我认为我没有使用任何其他数据库，至少没有直接使用过。我确定我正在使用的各种产品背后都有数据库，但是我对此并没有任何直接的经验。
我确实为与2ndQuadrant相关的各种项目（例如pgologic或BDR）做出了贡献，但是我会说我的大部分开发时间都花在了PostgreSQL的主要代码上–在任何给定的时间，commitfest都有很多有趣的改进。其中一些是我的，其中一些是我刚刚审查或测试的。
我认为最明显的贡献是与代码相关的。我直接编写的代码，或者其他人编写的补丁程序（这些代码可以帮助我查看并提交）。
我不知道它是否符合您对贡献的定义，但是正如我提到的那样，我参与了组织本地PostgreSQL社区的工作-我是捷克和斯洛伐克PostgreSQL用户组（CSPUG）的主席，共同组织当地会议。对我来说，一个健康，积极的用户社区才是一个伟大的开源项目。
好吧，这是一个非常困难的问题。有很多很棒的有趣的扩展，以至于很难选择喜欢的扩展-我确实认为这说明了PostgreSQL内置的可扩展性的好处，我自己编写了许多扩展。但是，如果我只想命名一个扩展名，我可能会说pg_partman-我确实希望我们最终能将某些功能引入PostgreSQL，但是在那之前，它对管理通用分区方案有很大帮助。
恐怕我是斯德哥尔摩综合症的受害者-我在PostgreSQL上工作了很长时间，我已经习惯了烦人的内容-我不喜欢它们，但是我知道局限性来自何处，并且我习惯了他们。这在很大程度上是可扩展性的结果，也是渴望在核心之外做一些事情以允许使用不同的方法/用例的结果。一个很好的例子是设置和管理HA群集的困难，尤其是在自动故障转移或水平扩展方面。您仍然需要大量的专业知识和外部工具，但我认为我们正在改进。
我认为REINDEX CONCURRENTLY命令非常简洁。这很具有欺骗性-看起来很简单（建立一个新索引并删除旧索引，会变得多么困难，对吧？），但是事实证明，安全进行非常困难。我们已经尝试了很长时间了。
不幸的是，其中有很多-列式存储/执行，使HA易于操作，水平可伸缩性，增量备份等。幸运的是，人们已经在做很多事情了。
我想说我的设置是一套非常传统的工具，用于在Linux上进行C开发。我使用geany作为我的主要开发环境-我敢肯定我没有充分利用它，但是它非常轻巧，可以完成工作。除此之外，我还使用gcc / clang，gdb，perf，valgrind和传统的unix工具（例如grep等）。
不确定。好奇与文明，也许吗？作为开发人员，我认为不要太依赖单个补丁很重要-我花了大量时间在补丁上的事实并不一定意味着它是理想的功能或正确的方法。同样，我认为在向他人提供反馈时要尊重他人，这一点很重要-考虑到PostgreSQL社区的多样性，并且我们主要在邮件列表中使用一种不是很多母语的语言进行交流，这并不完全是琐碎的。
我的git工作流程非常无聊-在私有仓库克隆的分支中开发一系列“有意义”的提交功能，随着时间的推移重新建立分支的基础，将“ git format-patch”发送到邮件列表，最终将其提交给主服务器。
我尝试参加各种会议，尤其是在欧洲举行的会议-pgconf.eu，布拉格PostgreSQL开发者日，北欧PGDay，PGDay巴黎，pgconf.de，pgconf.be，pgday乌克兰等等。显然是PGCon。我去过世界各地的各种PostgreSQL会议，并且根据可行性，我想再次访问其中的大多数会议。是的，我确实提交了演讲，但是成为与会者并观看其他演讲者展示的有趣的东西总是很高兴的。
可能，但是我很难说-我很久以前就加入了社区，也很难说现在的门槛更高。我敢肯定，加入开发并非易事-都是因为代码库不小（大约200万行代码，比2000年大4倍），并且不熟悉社区开发过程。
我会说大约三点建议：
如果要开发功能，请选择在某种意义上对您有价值的主题/补丁/功能。也许您个人觉得这很有趣，或者它是您的应用程序将从中受益的功能。
要熟悉相关代码，请查看当前commitfest中的补丁，然后查看是否有与您要使用的功能有关的内容，然后进行检查。查看该功能对您是否有意义，学习应用补丁，构建补丁，运行测试，以及了解它涉及代码的哪些部分。评审是我们开发过程中非常重要且有价值的部分，它是学习代码工作方式的好方法。
不要为粘贴粘贴感到羞耻。许多开发工作是复制几乎可以完成您想要的代码，然后对其进行重整，直到它真正做到了。
我当然希望如此，并基于稳步增长的需求，我认为会。
我认为这对两种方法都有效，原因多种多样。我认为对企业来说，主要的好处之一就是没有PostgreSQL的“所有者”。有多家公司在项目上享有平等的访问权，在开发上进行合作，但也以各种方式竞争-提供支持和其他服务，提供不同的托管产品等。当然，还有开源许可的好处。
好吧，我当然正在阅读其中的一些内容-我试图跟上与我正在从事的工作或我感兴趣的事情有关的线程。我认为没有人能够阅读所有内容，然后再执行其他操作。
几乎只是与开发和性能相关的邮件列表。我发现聊天应用程序（IRC，Slack等）非常令人分心，这是因为人们对临时即时对话的隐含期望。该电子邮件没有此问题，当有人发送消息时，不会期望立即响应。
没有，真的。至少在某种程度上不能与PostgreSQL相提并论。我确实使用了许多开源产品，报告错误等，但是在开发方面，我完全专注于PostgreSQL。
您的愿望将传达给PG kernel hacker、数据库厂商等, 帮助提高数据库产品质量和功能, 说不定下一个PG版本就有您提出的功能点. 针对非常好的提议，奖励限量版PG文化衫、纪念品、贴纸、PG热门书籍等，奖品丰富，快来许愿。开不开森.
