DataWorks有在开发环境中可以select，代码提交运维中心后显示没有该表权限？

这种情况可能是因为你在开发环境中访问的是本地数据库，而在运维中心访问的是远程数据库。虽然你在开发环境中拥有了对这张表的select权限，但在运维中心，你可能需要重新授权或者同步权限。

以下是一些可能的解决方案：

1. 检查你的代码是否在开发环境和运维中心使用了不同的数据库连接。如果是这样，你需要确保在运维中心也拥有对那张表的select权限。

2. 在运维中心，进入数据管理页面，找到那张表，然后查看或者修改你的权限。

3. 如果以上方法都无法解决问题，你可以尝试在运维中心的SQL查询窗口中，先执行USE database_name;命令来选择正确的数据库，然后再执行你的查询语句。

4. 最后，你也可以尝试在运维中心的SQL查询窗口中，先执行GRANT SELECT ON table_name TO 'your_username'@'your_host';命令来授予自己select权限，然后再执行你的查询语句。

这可能是由于 DataWorks 的访问控制机制导致的。
在 DataWorks 中，表的权限通常分为两类：开发环境权限和生产环境权限。当开发人员在开发环境中编写和测试代码时，他们拥有相应的表的读取和写入权限。但是，一旦将代码提交到运维中心，就需要确保只有具备相应权限的人才能访问这些表。
因此，如果您在开发环境中可以 SELECT 某个表，但是在提交代码到运维中心后却显示没有该表的权限，那么很可能是因为您的账号没有被赋予对该表在生产环境中的读取权限。
为了解决这个问题，建议您尝试以下方法：

1. 联系 DataWorks 的管理员，请求授予您在生产环境中对该表的相应权限。
2. 使用 DataWorks 的预览功能，在不更改现有权限的情况下查看表的内容。
3. 对表的权限进行审计和调整，以确保每个账号仅具有必要的最小权限集。

在DataWorks中，通常会将数据库资源划分为不同的环境（例如开发环境、测试环境、生产环境等），每个环境具有独立的访问权限和管理机制。因此，即使您在开发环境中拥有对某一张表的读取权限，但在提交代码至运维中心后，由于不同环境之间的权限不共享，所以可能会出现没有该表权限的情况。
为了防止这种情况的发生，您可以尝试以下几种方法：

1. 向负责该项目的管理员申请对应表的访问权限；
2. 在项目运维中心中创建新的角色并为其分配相应的权限；
3. 使用DataWorks提供的临时访问权限功能，将所需表添加到临时白名单中。