对我来说，有趣的问题是:“你能对一件只能是它本身的作品获得版权吗?”

如果我对你说，“给我写一首关于狨猴的歌”，基本上，语言和音乐的属性保证了你会写出一首独特的歌，这是从未有人写过的。它可能不是超级原创(或好)，但如果我们听到有人播放你的歌曲，我们就会毫无疑问地知道他们是从你那里得到的。

另一方面，如果我说“为我编写一个SQL查询，从这样的数据库结构中获取以下信息”，基本上有一种“正确”的方式来编写它(当然可能会有一些变化)。完全独立工作的其他人很可能会编写完全相同的查询。

因此，你如何证明你的版权被侵犯了呢?

当然，我不是律师。

因为我们在这里都不是律师，我想指出这篇文章是通过Techdirt的方式来的，它确实有相当多的法律追随者，特别是在版权领域。想知道他们是怎么说的吗?

你能对SQL查询进行版权保护吗?

根据美国版权法第102条b段:

版权保护在任何情况下都不能 原创作品 扩展到任何想法，程序， 流程、系统、操作方法、 概念、原理或发现， 不管它是什么形式 描述的，解释的，说明的，或 体现在这样的工作中。

这是原版。

免责声明:我!=律师

只是一个想法:你可能会发现请一个律师审查这个比每年支付500美元更新更便宜。

我不是律师，但据我所知

除非你们有明确的“雇佣工作”的书面协议，或者能够证明双方对“雇佣工作”的理解是存在的，那么他将在他的合法权利范围内限制该代码的使用。

“雇佣工作”基本上是指一个人在“雇佣工作”安排下创造的任何东西，都是雇佣他们的人的财产。如果没有这样的协议，新创作的作品自动归作者所有。我相信任何由雇员(不是分包商)创造的工作都自动被认为是“雇佣工作”。

当然，你不能对想法进行版权保护，只能对这些想法的具体表达进行版权保护。

定义一个新的视图使用原始查询作为基础，而不指定日期参数。

create or replace view MY_VIEW as
 select STUDENT_NAME, STUDENT_NO, CLASS_YEAR
   from STUDENT_TABLE
  where STUDENT_CLASS = 10

写一个新的查询从视图中选择应用日期参数，例如。

set DATE_PARM = '2009';
select STUDENT_NAME, STUDENT_NO, CLASS_YEAR
  from MY_VIEW
 where CLASS_YEAR = %DATE_PARM

检查Aharonian诉Gonzales案。

基本上，您不能复制应用程序的源代码，但您可以创建功能相似的应用程序，只要不侵犯源代码本身的版权。

实际上，您可以重新创建SQL查询，但不能直接复制它们。

不过，如果你还有其他顾虑，可以找律师谈谈。