共 2 篇相关文章
这篇文章讲的是如何在Linux系统中，从源码包开始一步步编译安装PostgreSQL 8.3.x版本。作者没有依赖现成的软件包管理器，而是带读者走完了整个源码编译流程——从解压tarball包开始，包括了配置、编译和安装的完整链路。 对于很多需要特定版本、或者希望对数据库行为有更精细控制的场景，直接从源码构建是一个常见选择。这篇文章的价值在于它把8.3.x这个较早版本的安装细节记录了下来。尽管PostgreSQL已经迭代到更高的版本，但文章里关于处理旧版依赖、配置选项选择，以及可能遇到的编译环境问题的描述，对于维护遗留系统或理解编译原理依然有参考意义。 全文围绕一个具体的命令行操作展开，但隐含了“为什么需要这样做”和“每一步在做什么”的思考。适合那些不满足于简单安装，想深入了解数据库部署底层过程的技术人员。
这篇讲的是作者在杭州下雪的午后，决定用alternate install CD折腾Ubuntu 9.10的安装经历，结果却遭遇了一场典型的“安装源速度陷阱”。 问题出在Ubuntu的alternate install CD的一个设定上：只要安装过程中网络配置成功连上互联网，就会自动锁定到官方源，无法手动更改为速度更快的镜像源。作者眼看着系统以几分甚至几十分钟一个包的速度下载，实在无法忍受，最终中断了安装。 解决的办法颇有些“曲线救国”的味道。重新启动后，作者选择安装命令行最小系统。在配置网络时，他有意让系统使用默认的DHCP，而这恰好连接到一个无法访问外网的网络段。这样一来，系统既完成了网络配置，又因为连不上外网而不会去尝试自动设置安装源，从而避免了再次陷入龟速下载的泥潭。最终，一个最小系统的安装速度快得让他“内牛满面”。 这个经历对许多习惯使用图形界面安装的读者是个提醒：当追求安装效率时，尤其是在网络环境复杂或源速度不稳定的情况下，选择最小化安装并手动掌控源设置，有时反而是更稳妥高效的选择。
