研究

中的所有文件 %USERPROFILE%\AppData\Local\Microsoft\WindowsApps 是指实际位于 C:\Program Files\WindowsApps ,这恰好完全拒绝了权限。

看来我在这个问题的副本中所作的发言是正确的:

资料来源: Cannot install pylint in Git Bash on Windows (Windows Store)

由于WindowsApps的分发方法,权限被完全破坏:

有趣的是,它说“用户”组可以读取和执行文件,以及我的特定用户,但管理员组只能列出文件夹内容,因为一些可笑的难以理解的原因。当试图在文件资源管理器中访问文件夹时,它甚至拒绝显示文件夹内容,所以这也有点可疑。

有趣的是,即使执行 python

尝试更改权限需要先更改所有者,因此我将所有者更改为管理员组。之后,我试图更改管理员组的权限以包含完全控制,但它无法更改此权限,因为“访问被拒绝”(duh,Micro$ucks,这就是我们要更改的!)。

此权限错误发生在如此多的文件上,以至于我使用Alt+C快速单击重复消息上的“继续”,但这仍然花费了太长时间,因此我取消了该过程,导致出现此警告消息:

*实际上,根据 this tutorial ,您可以通过键入 NT Service\TrustedInstaller

解决方案

没有解决办法。基本上,我们完蛋了。好极了,微软。

在我的例子中,我的修复程序是复制从mysql-connector-c-6.0.2-win32.msi(在上一篇文章中从用户名缓冲区引用)创建的文件夹,该文件夹位于C:\ Program Files\mysql\mysql connector C 6.0.2,并创建一个带有程序文件(x86)的新路径,并将内容粘贴到那里,因为32位和64位计算机之间的安装检查不正确。

因此,新路径是c:\程序文件(x86)\ mysql\mysql连接器c 6.0.2。这是安装程序要查找的路径,因此我将文件粘贴到那里以帮助安装程序查找文件,这导致了有关缺少config win.h的错误。

为将来的任何发现者发布这个。做了一些研究后,我发现这是一个理想的解决方案,我可以放在一起。

步骤1:创建一个新的临时表,它的结构与我们试图缩减的临时表完全相同。

步骤2:标识引用有问题的类(x)的表/列。

SELECT * 
FROM information_schema.COLUMNS 
WHERE table_schema = 'my_db_name' 
AND column_name LIKE '%reference_column%'

步骤3:对于那些具有非空引用的表/列中的每一行,获取它们引用的x行,并将其复制到新表(如果新表中不存在该行)。我一个表一个表地做,并使用一次1000条记录的分块方法来节省系统内存。我在应用程序层中编写了这个逻辑,以便更好地控制它。我用过 INSERT IGNORE 避免创建主键冲突,因为某些引用指向同一个x对象。

步骤4:删除旧表,将新表重命名为与旧表相同的名称。

SET FOREIGN_KEY_CHECKS=0;
DROP TABLE old_table; 
RENAME TABLE new_table TO old_table;
SET FOREIGN_KEY_CHECKS=1;

所有这些都告诉我们,在我的环境中运行大约需要一个小时,其中表x有大约700万行,而我有大约10个其他表引用它。