【CSDN 编者按】SQL即结构化查询语言(Structured Query Language) , 是一种可用于存取数据以及查询和管理关系数据库的编程语言 。 和面向对象编程相同的是 , SQL语言的编写很费时间 , 并且调试的难度也很大 , 因此必须要能够进行维护 。 但谷歌却将SQL视为代码并受益颇多 。 这究竟是怎么回事呢?
作者 | 郭露 责编 | 张红月
出品 | CSDN(ID:CSDNnews)
SQL作为查询语言 , 谷歌为何会将其视为代码?
而从谷歌的角度来看 , SQL还能用于创建数据管道 。 一旦数据管道发生故障 , 就需要用SQL修复 。 考虑到这些因素 , 代码集中化在数据策略中无疑非常重要 。
- 小 公司该如何应对?
文章图片
图源自ICphoto
谷歌如何使用工具管理SQL代码?
谷歌几乎将所有代码都集中在一个单一的代码存储库中 。 若需要对任何SQL进行更改 , 或是需要创建新脚本时 , 就会创建更改列表 , 这本质上和拉取请求是相类似的 。 随后通道要在经过测试后由另一位开发者批准 。 经审阅者签字后 , 作者就可将代码更改提交到代码存储库中 。 尽管许多公司都使用变更控制系统 , 谷歌和他们不一样 , 非常重视代码的格式 , 谷歌不会自动拒绝不符合编码标准的更改 。
- 小公司该如何应对?
为何版本和开发环境的统一可以节省时间?
由于代码经常会进行更改 , 如果不对版本进行控制 , 我们很难撤回或重置 。 如果公司能够使用版本控制 , 一旦提交的代码更改破坏了管道并产生了不可执行的命令时 , 可以精确地进行撤回 。 这一原则和谷歌的 代码集成方法相同 。 若开发环境中出现了不好的更改 , 业务依旧不会受到影响 。 SQL更改在提交时会对开发环境产生影响 , 并且能够第一时间发现故障 。 若开发代码的过程失败了 , 谷歌可以通过开发环境变量来进行管理 。
- 小公司该如何应对?
广泛访问代码的好处有哪些?
众所周知 , 谷歌只采用了一个代码存储库来存储所有代码 , 因此有时很难知道某个产品的消费者都用哪些 。 例如 , 软件开发者可能在更新生产应用程序 , 如果不使用集中式代码库 , 他们无法了解更改后会有什么后果 。 通过代码的集中化 , 开发者可以搜索合适的脚本、查询和其他应用程序 , 并通知相应的开发者进行同步更改 。
特别声明:本站内容均来自网友提供或互联网,仅供参考,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
