大家好
我们最近在尝试使用Opengauss，但是编译时有太多第三方依赖，复杂的编译过程，对于开发者极不友好，我们并不需要那么全面的功能， 能否给用户一个最简版本的编译指导，包括线程和64位事务id特性，其它需要的时候再增加？如何做？
新大陆软件 秦浩 mobile: 17625988619 e-mail:qinhao@newland.com.cn
秦浩： 你好，任何一个软件从源码开始编译起都可能不是一件轻松的事情，体量越庞大的软件编译也会有更多的依赖。 openGauss是一个数据库软件，很多功能是互相依赖的，比如双写如果没有，就会影响增量检查点，所以可能有些功能看上去不需要，但却无法简化掉。 在讨论到底哪些功能是可以简化掉之前，想请问对于开发者来说需要从源码编译一个数据库来使用的场景需求是什么？已经编译好的binary包是否能满足需求？容器版本的简化安装方式是否能够满足需求？如果不满足需求，是支持的操作系统不够多，还是binary体积太大，或是哪些别的原因？
-- Kamus kamusis@gmail.com 在 2022年2月8日 +0900 17:25，qinhao@newland.com.cn qinhao@newland.com.cn，写道：
大家好
我们最近在尝试使用Opengauss，但是编译时有太多第三方依赖，复杂的编译过程，对于开发者极不友好，我们并不需要那么全面的功能， 能否给用户一个最简版本的编译指导，包括线程和64位事务id特性，其它需要的时候再增加？如何做？
新大陆软件 秦浩 mobile: 17625988619 e-mail:qinhao@newland.com.cn
Community mailing list -- community@opengauss.org To unsubscribe send an email to community-leave@opengauss.org
谢谢回复：
相对于PG，我们希望使用OpenGauss的MOT（内存表）、64位事务id和线程特性，用于高负载的OLTP场景。
新大陆软件 秦浩 mobile: 17625988619 e-mail:qinhao@newland.com.cn
发件人： LeYi Zhang 发送时间： 2022-02-08 16:44 收件人： community; qinhao@newland.com.cn 主题： Re: [Community]编译最简版本的OpenGauss 秦浩： 你好，任何一个软件从源码开始编译起都可能不是一件轻松的事情，体量越庞大的软件编译也会有更多的依赖。 openGauss是一个数据库软件，很多功能是互相依赖的，比如双写如果没有，就会影响增量检查点，所以可能有些功能看上去不需要，但却无法简化掉。 在讨论到底哪些功能是可以简化掉之前，想请问对于开发者来说需要从源码编译一个数据库来使用的场景需求是什么？已经编译好的binary包是否能满足需求？容器版本的简化安装方式是否能够满足需求？如果不满足需求，是支持的操作系统不够多，还是binary体积太大，或是哪些别的原因？
-- Kamus kamusis@gmail.com 在 2022年2月8日 +0900 17:25，qinhao@newland.com.cn qinhao@newland.com.cn，写道： 大家好
我们最近在尝试使用Opengauss，但是编译时有太多第三方依赖，复杂的编译过程，对于开发者极不友好，我们并不需要那么全面的功能， 能否给用户一个最简版本的编译指导，包括线程和64位事务id特性，其它需要的时候再增加？如何做？
新大陆软件 秦浩 mobile: 17625988619 e-mail:qinhao@newland.com.cn
_______________________________________________ Community mailing list -- community@opengauss.org To unsubscribe send an email to community-leave@opengauss.org
请问，编译构建相关的问题，在哪个邮件列表提问？
新大陆软件 秦浩 mobile: 17625988619 e-mail:qinhao@newland.com.cn
-
LeYi Zhang -
qinhao＠newland.com.cn