什么时候应该使用C ++而不是SQL？
我是一名C ++程序员，偶尔使用MySQL处理数据库，但是我的SQL知识非常有限。但是，我当然愿意改变这一点。
目前，我正尝试仅通过SQL查询对数据库中的数据进行分析（！）。但是我将放弃，而是将数据导入C 并使用C 代码进行分析。
我已经与同事讨论了这一点，他们也促使我使用C
++，他说SQL并不是用于复杂的分析，而是主要用于导入（从现有表中）和导出（到新表中）数据，还有更多内容。例如将数据合并到（例如）联接表。
有人可以帮我画一条线吗？所以我知道什么时候切换到C ++吗？当然，性能也是一个问题。
有什么迹象表明在SQL中事情变得复杂了？也许我只是在设计查询时采取了错误的方法。那我在哪里可以找到教程，书籍……以采取更好的方法呢？
我希望这不要太含糊。我真的有点迷路。
问题答案：
SQL擅长分析 大量关系数据 。
画线的地方就是您的分析规模。
如果您一次分析 单个记录 ，请在您的应用程序中进行。
如果您将 大量记录 作为一个单元进行分析，则SQL绝对是完成该任务的最佳工具。
逐行分析并不是SQL设计或优化得很好的东西。但是，如果您想了解有关一百万行数据组的信息，请在数据库中进行操作。
-
问题内容： 我知道他们两个都禁用了Nagle的算法。 我什么时候应该/不应该使用它们中的每一个？ 问题答案： 首先，不是所有人都禁用Nagle的算法。 Nagle的算法用于减少有线中更多的小型网络数据包。该算法是：如果数据小于限制（通常是MSS），请等待直到收到先前发送的数据包的ACK，同时累积用户的数据。然后发送累积的数据。 这将对telnet等应用程序有所帮助。但是，在发送流数据时，等待A
-
问题内容： 在该类中，有两个字符串，和。 有什么不同？我什么时候应该使用另一个？ 问题答案： 如果你的意思是和则： 用于在文件路径列表中分隔各个文件路径。考虑在上的环境变量。您使用a分隔文件路径，因此在上将是;。 是或用于拆分到特定文件的路径。例如在上，或
-
问题内容： 编码要发送到Web服务器的查询字符串时-您何时使用以及何时使用或： 使用转义： 要么 使用encodeURI（）/ encodeURIComponent（） 问题答案： escape() 不要使用它！ 在B.2.1.2节中定义了转义，并且附件B的引言中指出： …本附件中指定的所有语言功能和行为均具有一个或多个不良特征，在没有遗留用法的情况下，将从本规范中删除。… …程序员不应该使用或编
-
问题内容： 流式XML解析器（例如SAX和StAX）比构建像DOM解析器之类的树结构的解析器更快，内存效率更高。SAX是推送分析器，这意味着它是观察者模式（也称为侦听器模式）的实例。SAX首先出现，然后是StAX- 拉式解析器，这意味着它基本上像迭代器一样工作。 您可以找到在任何地方都偏爱StAX而不是SAX的原因，但是通常可以归结为：“更易于使用”。 在JAXP上的Java教程中，StAX被模糊
-
问题内容： 在本文中， Nick Coghlan讨论了PEP 435类型的 一些设计决策，以及如何将其子类化以提供不同的体验。 但是，我给出的建议（我是stdlib的主要作者）关于使用元类的建议是，在没有充分好的理由的情况下不应该这样做- 例如，无法使用类装饰器或专用工具来完成所需的工作隐藏任何丑陋的功能；而在我自己的工作，我已经能够做到我需要什么简单的使用，在创建时，和/或正常类/实例方法类：
-
问题内容： 实际上，这是一个类似的话题，几乎没有实用价值。据我了解，原语性能更好，除需要与对象相关的功能（例如检查）外，应在所有地方使用。对？ 问题答案： 别忘了，由于为每次装箱而创建一个新的包装程序都是非常昂贵的，尤其是考虑到通常在一种方法的单个作用域中使用它，因此自动装箱将使用一组通用包装程序。 这实际上是flyweight设计模式的一种实现。当对一个众所周知的值进行装箱时，而不是创建一个新的