我在虚拟专用服务器（Linux）上有一个WHM / Cpanel重新加载托pipe帐户。 我可以通过SSH对本机进行root访问 我试图find一个文件，其中包含的信息将帮助我确定哪些用户访问过哪些数据库以及哪些主机。 我会想象这种数据存储在某个地方的日志文件。 MySQL页面说： The general query log – Established client connections and statements received from clients 请参阅： http : //dev.mysql.com/doc/refman/5.0/en/server-logs.html 它还说： By default, all log files are created in the mysqld data directory. 所以，我不问在哪里存储一般的查询日志日志，（因为我希望我会得到答案说“这取决于”） 请帮我解决： “如何才能找出MySQL的一般查询日志存储在Linux机器上” 我已经尝试了几件事情： 我在看 /etc/my.cnf 这是一个小文件，只包含以下信息： [mysqld] skip-bdb skip-innodb set-variable = max_connections=500 safe-show-database ~ ~ 我看过： /var/lib/mysql/ […]
我在SQL Server 2005的function表中发现了一个名为“星型查询优化”的行，但没有任何解释。 这可能是一个function，优化查询，如： SELECT * FROM Table
有没有办法说服mssql服务器2003，让我备份到外部（NAS）的驱动器，而不是当前慢的USB磁盘。 根据文档（当然在实践中，似乎）你不能select一个设备没有物理连接到服务器。 任何想法如何解决这个问题？ 钽 彼得。
SQL Server中有没有办法获得索引使用情况的报告？ 我知道从SQL Server 2005开始 ，可以根据Plan Cache中的内容获取使用顶级资源的查询的报告： 替代文字http://i38.tinypic.com/25jfi3o.png 我很想知道是否有任何索引不再使用，或很难使用，特别是多键索引。 可以想象， 查询计划caching还包含计划将使用的索引 ，所以也许在索引使用？
这是一个全新的安装，我试图提供MOSS的第一个SSP，我不断收到以下错误： （configuration失败：从服务器接收结果时发生传输级错误（提供程序：TCP提供程序，错误：0 – 信号量超时期已过）） 事件ID 7888也会一直出现在应用程序事件日志中。 谷歌search告诉我它的Sharepoint服务器和SQL服务器之间的连接，但是，这是一个生产SQL Server有几个数据库，没有任何问题。 这些数据库还包括Sharepoint的中央pipe理和Web应用程序数据库，这些数据库都正常工作。 任何指导将不胜感激。 提前致谢。
目前，我们的SQL安装在数据库属性 – 文件部分中列出了许多文件。 这是一个截图： http://twitpic.com/q8ktj/full 有什么办法可以将这些文件合并到一个标准的MDF和LDF文件（也许在不同的驱动器上） （我应该补充 – 这不是我设置这个实例！） 另外，为什么其中一个文件扩展名为“ndf” – 这只是一个错字？
下面的存储过程是否会在每次运行时重新编译，因为其中的dynamicSQL？ 这种方法有没有什么严重的performance？ CREATE PROCEDURE MyStoredProcedure AS BEGIN DECLARE @column varchar(3) SELECT @column = 'd' + CAST(DAY(GETDATE()) AS char) EXEC ('SELECT ' + @column + ' FROM t1') END
我有一个发布的数据库，一个单独的服务器订阅这个出版物。 我们正在使用事务复制（据我所知） 我需要更改ServerA（发布的数据库）上的列将更改反映在ServerB（订户）还是我需要改变它呢？ 我是否需要重新初始化任何东西？
我正在寻找一种方法来在SQL 2000中生成对象定义（在我的情况下是存储过程定义），就像我可以在SQL 2005中获得：从sys.all_sql_modules中select定义。
我们正在转移到一个新的托pipe服务提供商，并在SQL Server 2005中build立一个非常简单的数据库后，我注意到，如果我等待超过10秒钟左右之间运行查询远程使用pipe理工作室，我得到以下错误： 将请求发送到服务器时发生传输级错误。 提供程序：TCP提供程序，错误：0 从我们的办公室运行SSIS包到托pipe数据库时，我们也遇到类似的错误。 主持人根本没有什么帮助，所以我试图缩小问题的可能性。 任何帮助将不胜感激。 谢谢！