第16章 软件协会年会（2/2）

林星石赞赏新人的创新视角，立即分配任务：陈默负责技术方案设计，赵阳负责原型演示，王小雨和刘倩准备ui设计稿，李明整理商务材料，张伟和王志强协助技术文档编写，要求三天内完成竞标文件。

就在团队全力准备竞标材料时，极速软件那边也没闲着。王总回到公司立即召集技术总监开会。

去查查星火科技的底细，王总脸色阴沉，特别是那个林星石，什么来头？一个学生怎么可能懂as\/400系统？

技术总监点头：已经安排人在查了。不过王总，星火科技毕竟只是学生团队，金狮项目我们志在必得，不用太担心吧？

不能大意，王总摇头，南都机械的项目就是教训。他们报价不比我们低，还能中标，肯定有过人之处。我要知道他们的技术来源和团队背景。

明白，我让项目部的小张去他们学校打听一下。听说计协有个叫张磊的副会长，应该了解情况。

与此同时，星火科技办公室里灯火通明。团队成员分工协作，效率惊人。

新成员们积极参与工作，张伟协助陈默设计数据库架构时，仔细研究电商平台的订单处理流程。他发现传统单表设计存在明显瓶颈：陈默师兄，我注意到如果所有订单信息都放在一个表里，每次更新订单状态时都会锁住整条记录，影响其他字段的查询。

陈默推推眼镜，认真查看张伟指出的问题：你说得对，特别是在促销期间，大量用户同时下单和查询，单表设计的并发性能确实不够理想。

张伟继续分析：我建议把订单表拆分成主表和明细表。主表只存放订单基本信息——订单号、用户id、下单时间、总金额、状态这些核心字段。明细表则记录商品详情，包括商品id、单价、数量、小计金额。这样更新订单状态时只需要锁定主表的一条记录，不会影响明细表的查询。

陈默眼睛一亮：这个拆分思路很好！主表字段少且稳定，适合频繁的状态更新；明细表字段多但主要是查询操作。通过订单号关联，既能保持数据完整性，又能显着提升并发性能。

林星石走过来听到讨论，赞许地点头：张伟这个发现很有价值。电商平台最怕的就是数据库瓶颈，特别是在秒杀活动时，订单表的并发处理能力直接决定系统稳定性。

陈默立即在技术方案中补充了这个优化点：我们要在主表上对订单状态和用户id建立索引，明细表对订单号建立外键索引。这样无论是按用户查询订单历史，还是按状态筛选订单，都能快速响应。

张伟补充道：还可以考虑给下单时间字段加索引，方便按时间范围统计订单数据。明细表的商品id也可以索引，便于分析商品销售情况。

很好，陈默赞赏地说，这些索引策略都很实用。特别是时间范围查询，对后台的数据统计分析很重要。

林星石提醒道：记得在技术方案中强调这个设计对高并发场景的优势。金狮家电作为大型连锁企业，促销期间的订单压力会很大，数据库架构的稳定性是他们最关心的。

陈默将详细的表结构设计和索引方案写入技术文档，特别标注了这种拆分设计如何避免表锁定问题，支持更高的并发订单处理能力。这个优化点成为技术方案中的一个重要亮点。

三天后，竞标文件顺利完成。林星石看着厚厚的技术方案书，满意地说：这份方案绝对能让金狮家电眼前一亮。不仅有详细的技术实现，还有这么多创新功能。

李明还是有些担心：但极速软件毕竟是大公司，人脉关系比我们广。听说王总和金狮的采购总监很熟...

商业竞争不可避免，林星石平静地说，但最终要靠实力说话。只要我们的技术方案足够优秀，就有机会赢。

他拿起竞标文件：明天就去金狮家电递交方案。不管结果如何，这对团队都是一次宝贵的成长机会。

递交方案后，距离竞标截止还有一段时间，正好赶上春节假期。团队成员各自回家过年，但通过qq群保持着密切联系。

就在林星石准备离开办公室时，手机突然响起。来电显示是一个陌生号码。

你好，是林星石同学吗？电话那头传来一个温和的男声，我是极速软件的技术总监，想和你聊聊...

林星石眉头微皱，但语气依然平静：王总监您好，请问有什么事？

听说你们在准备金狮家电的竞标方案，对方声音带着笑意，年轻人有冲劲是好事，不过电商项目水很深，要不要考虑合作？我们极速软件可以给你们提供技术支持。

谢谢王总监的好意，林星石礼貌回应，不过我们团队对电商技术已经有深入研究，准备独立完成竞标。

电话那头沉默片刻，随后语气略显严肃：林同学，你可能不太了解行业规矩。金狮项目我们极速软件已经跟进半年了，这个项目对我们很重要。如果你们执意要竞标，可能会遇到一些...不必要的麻烦。

王总监这是在威胁我吗？林星石声音冷了下来。

只是善意的提醒，对方轻笑一声，毕竟你们还是学生，应该把精力放在学习上。

林星石直接拒绝：不必了，我们对自己的技术实力有信心。如果没其他事，我先挂了。

挂断电话，林星石脸色凝重。极速软件果然开始施压了，看来金狮项目比想象中更重要。