问题标签 [smss]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
sql - SSMS 执行视图超时
我遇到了 SQL 执行错误的问题。我正在尝试执行视图,但出现“执行超时已过期”错误。我正在运行的代码如下。我需要将其作为视图运行,因为这些表链接到自动更新的 dbo,并且我需要此视图与 MS Access 报告使用它时一样最新。(据我了解,视图不需要手动执行即可)
我试图更改所有超时位置,包括工具->选项、登录连接选项和注册表编辑器,但我仍然收到错误消息。
它在 30 秒后超时,那么我还能在哪里更改呢?这是否不起作用,因为我没有完整的“IT 管理员”权限(即使看起来我的更改已保存)?和/或是否有更好的方法来编写此代码以使其正常工作?
基本上表 1 中的信息也在表 2 中。我想要表 2 中的所有信息,除了表 1 中匹配的信息。
提前非常感谢你!!!
sql-server - 如何在函数中使用存储过程返回值?
我有一个带有 JSON 列的表。我创建了一个存储过程来将每一行的 JSON 列组合到一个 varchar(max) 中。现在我正在尝试获取所述 varchar(max) 的一小部分以供查看。我在使用 SUBSTRING 函数时遇到问题。
我的尝试如下:
我对 SQL 相当陌生,还没有找到任何帮助或解决方案。在视图中执行此操作时,如何在不声明结果的情况下使用存储过程的结果?
r - SQL:将每小时样本分块为 7 天平均值
给予:
- 工具:SQL Server、SSMS 2016、R
- 数据:从 2017-12-31 23:00:00 到 2021-02-05 08:00:00 开始的每小时样本
想要:将数据分成 7 天的块,理想情况下与一年中的一周一致,并获取每个 7 天期间的平均值。愿意牺牲一些数据前端和/或后端。希望将数据频率从 12x365 点降低到每年 52 点。用于 R 中的最终用途。
问题(S):A)SQL datepart(week,...) 方法不将 2018 年的第一个 7 天视为第 1 周。认为该周从一周中的某一天开始,不一定在 1 月 1 日。
B) 我怀疑 SQL datepart(week,...) 将在几年的数据中分配重复的周值。因此,如果我按日期部分(周...)分组,它不会结合 2018 年、2019 年、2020 年、2021 年的第 1 周吗?
这是我的起始查询(AvgDate 用于调试目的):
这是我的表格的样子(我已经从原始数据中拆分了日期和时间):
再次尝试创建简单的 7 天样本块并获取平均值。(不是移动平均线,我只需要每 7 天块 1 个数据点。)我正在尝试将数据频率从(每小时数据降低到每周数据。)
最终目标是导入 R 并使用无法接受每年高频率(如 365)的时间序列函数。试图将频率降低到 52,即。每周数据。)
感谢您的帮助!
sql-server - 当我尝试保存我编辑的视图时,一段 SQL 代码移动
我希望我问这个问题是正确的,因为我很少使用 Stack Overflow,但是这里没有人可以帮助我解决这个问题。
我写了这个查询,它似乎工作正常,但是当我将它粘贴到一个新视图并点击保存按钮时,它会破坏代码。SQL Server 管理工作室 18.5
这个:
变成了这样:
注意这段代码是如何跳到 FROM 部分的:dbo.AR_InvoiceHistoryHeader.TransactionDate, 120) <> CurrentFiscalYr + '-' + CurrentPeriod
. 我所做的只是点击“保存”按钮,这发生了。有什么建议吗?我不知道我在这里做错了什么。预先感谢您的帮助。
更新:我接受了建议并编写了一个新视图的脚本(右键单击“视图”>脚本到>创建到)但不幸的是它做了同样的事情
更新:我想我解决了。我所做的是将代码片段添加到过滤器部分的表格中(见下图)。它在 WHERE 语句的正确位置添加了代码。
更新:实际上,没有那行不通。它让我保存它,但是当我在设计模式下重新打开视图时,它再次移动了代码。叹...
sql - Entity Framework Core:生成的 SQL 不起作用
这个问题很可能是一个 T-SQL 问题,但是 SQL 是从 Entity Framework Core 2.1.3 生成的
下面的代码在DocumentType_Id
( Invalid column name ) 上出错,这是因为在以后的迁移中,该DocumentType_Id
列已被重命名,但为什么它甚至解析内部内容,因为
返回某些内容,然后根本不应该执行 BEGIN 和 END 之间的任何内容。
我的猜测是 T-SQL 是如何解析代码的。如果我这样做并用垃圾语句替换 BEGIN END 之间的代码,它就可以工作。columnDocumentType_Id
列存在于数据库中其他位置的另一个表中(其他表,无键连接)。
这个有效,悲伤不存在
有什么建议和/或想法来解决这个问题吗?