主页 / user-25809

Max's questions

Martin Hope
Max
Asked: 2014-09-25 10:41:15 +0800 CST
  • 2

我有一个在 xxxx 上运行的远程 MySQL 服务器并且有一个名为 abc 的数据库。

我可以做到以下几点

mysql -h x.x.x.x -uroot
use abc

但是当我尝试

mysql -h x.x.x.x -uroot --database=abc

我明白了

ERROR 1044 (42000): Access denied for user 'root'@'%' to database 'abc'

这是为什么？我该如何解决？

编辑：

我现在通过执行以下操作解决了这个问题：

  1. ssh in the box
  2. run mysql -uroot
  3. GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' WITH GRANT OPTION;

但我还是不明白为什么。

mysql> 选择用户（），当前用户（）；

+-----------------------------+----------------+
| USER()                      | CURRENT_USER() |
+-----------------------------+----------------+
| [email protected] | root@%         |
+-----------------------------+----------------+

mysql> SHOW GRANTS FOR root@'%';

+------------------------------------------------------------------+
| Grants for root@%                                                |
+------------------------------------------------------------------+
| GRANT USAGE ON *.* TO 'root'@'%'                                 |
| GRANT ALL PRIVILEGES ON `mydb`.* TO 'root'@'%' WITH GRANT OPTION |
+------------------------------------------------------------------+

mysql> SELECT CONCAT(QUOTE(user),'@',QUOTE(host)) from mysql.user WHERE user='root';
ERROR 1142 (42000): SELECT command denied to user 'root'@'Maxs-MacBook-Air.local' for table 'user'

最大限度

mysql
Martin Hope
Max
Asked: 2014-09-18 16:54:36 +0800 CST
  • 1

我的问题是：

业务逻辑是否应该存储在数据仓库数据存储中？还是应该只存在于报告应用程序中？

举一个更具体的例子：

在 CRM 操作系统中，存在线索和机会、线索状态和机会阶段的抽象概念。这些概念非常常见，很好理解，并在不同的 CRM 工具中使用。

业务用户可以合法地提出问题，例如，从“原始潜在客户”状态到“内部销售合格潜在客户”状态的所有潜在客户的转化率是多少。

那么对于数据仓库设计者来说，问题就变成了： 1. 当有人在调用后将潜在客户状态从 x 更改为 y 时，那应该是某处事实表中的一行吗？（可能与调用在同一行）如果是，那么我们在事实表中存储抽象的业务概念，而不仅仅是现实世界的事件。2. 更大的问题是，数据仓库是否应该知道“潜在客户”和“机会”之类的术语？如果是—— 2. 事实表是否应该有 old_status 和 new_status 列？3. 或者，状态变化是否应该作为一个缓慢变化的维度来处理？

如果业务逻辑直接存储在数据仓库中，很多业务问题就会变得更容易提出。（引导状态转换指标、机会阶段推进速度指标等）但它似乎更易变化，实施起来更复杂，并且可能会污染“动词是事实，名词是维度”的范式。

我应该如何处理这个设计，这里的最佳实践和指导原则是什么？

最大限度

data-warehouse business-intelligence