Fredric Shope's questions

我被要求帮助开发人员弄清楚为什么每次运行时我们应该从 Oracle 获得的“随机”数据都是完全相同的结果，而不是真正随机的。SQL 2012、Oracle 11g、链接服务器使用 OLE DB 连接器类型。

当他们直接在 Oracle 数据库中运行以下查询时，他们会得到正确的“随机”结果。通过 SQL 中的链接服务器，他们将始终获得相同的行（我已经通过自己运行链接服务器查询验证了这一点）。

select * from openquery(ORA_DB, 'select XX_NUMBER, XX_CODE, UNIT, XX_serial, XX_date, XX_area, building, location, XX_status, owner_code, qa_XX_no  
                               from qa_eligible_XX 
                               where qa_XX_no = 4 
                               and owner_code <> ''G'' 
                               and last_trans_code = ''OL'' 
                               and XX_cycle = ''90 - 120 Periodic'' 
                               and XX_date < sysdate - 90 
                               and rownum <= 200 
                               order by dbms_random.value')

注意：我不是 Oracle DBA，但我和一个一起工作；他没有发现上述查询的 Oracle 部分存在问题。此外，出于隐私考虑，我删除了很多内容并替换为 XX。

每次我们在 SSMS 中运行此查询时，我们都会得到相同的 200 行。我什至从另一个具有相同链接服务器的 SQL 服务器连接并运行此查询，并获得相同的 200 行（相同的 Oracle 用户用于两个连接）。这使我相信 Oracle 可能正在缓存结果；但不知何故，当查询直接在 Oracle 中运行时，它并没有这样做。有没有办法强制它通过 openquery 返回新结果？（这样它返回的 200 行每次都是真正的随机抽样）

我正在从 CSV 导入大量（1.26 亿行）文件数据。导入工作正常，除了我试图在导入时导出一列，而不是试图在之后编写脚本（由于行数）。SSIS 对字符串操作函数没有太大帮助，而且我所拥有的可能性也非常复杂。

派生列需要反映文件扩展名。文件扩展名的范围为 1-10 个字符（任何更长的字符都可以被截断为 10），并且（当然）与文件名和路径之间用句点分隔。它们不对应于文件类型的简明列表（例如“docx、xlsx、accdb、msg”是 Office 类型）。文件路径中也可能有句点。在某些情况下，路径末尾不会有文件，只有文件夹名称本身。一些例子：

\\Server\Share\named resource
\\Server\Share\this.looks.like.a.file_but.it.isnt\its_a_directory
\\Server\Share\Group\Year.Month.Day.Subfolder\File.ext
\\Server\Share\Team Folder 1.404\another.file.here.extension

所以我需要能够提取最多 10 个字符的扩展名。我尝试了 TOKEN() 但文件夹名称可能有句点，效果不佳 - 添加\作为标记分隔符有帮助，但我仍然从文件夹名称中得到奇怪的扩展名。我找不到符合规则的 SUBSTRING()、RIGHT()、FINDSTRING() 和/或 TOKEN() 组合，并且派生列定义不允许像 IF 或 IIF 这样的逻辑。

预计会出现一些误报，我计划在导入后对其进行整理。如果它在这里有帮助，我在 SSIS 提取的 CSV 中有第二列，它是文件的大小（对于填充 0 的文件夹）。由于派生列定义中缺少 IF 或 IIF，因此我也没有考虑到这一点。

我有 3 台服务器，其中一台配置了指向另一台的链接服务器——我称之为服务器 A。服务器 A 有 100 多个用于各种目的的用户数据库。服务器 B 正在运行我们正在尝试消除的 SQL 2005。服务器 C 具有服务器 B 的一些数据库的副本，我们正在将应用程序从服务器 B 的数据库副本迁移到服务器 C。

当我在服务器 B 上时，我可以看到从服务器 A 到某个数据库的连接，但我不知道如何判断服务器 A 的哪些过程、任务或作业正在使用与服务器 B 的链接服务器连接。

为了停用服务器 B 上的数据库，我需要将服务器 A 的连接重新指向服务器 C 上的数据库；但为了做到这一点，我需要知道服务器 A 上的哪些过程、任务或作业正在使用该连接，以便可以更新它们。

有没有办法在不禁用链接服务器的情况下查看链接服务器上的依赖关系以查看开始失败的原因？