手动导入现有数据
您好,
我们有一个现有的文档保留区,其中包含大约 20.000 个文档和 30 个用户。
每个文档都与允许查看该文档的一个或多个单个用户和/或用户组相关联。 一切都存储在一个非常简单的关系数据库中。 您认为我们可以通过了解目标数据架构来设法导入这些数据和关系吗? 我显然准备对数据源进行必要的手动修改,然后直接将数据注入 WP DB。 谢谢
我们有一个现有的文档保留区,其中包含大约 20.000 个文档和 30 个用户。
每个文档都与允许查看该文档的一个或多个单个用户和/或用户组相关联。 一切都存储在一个非常简单的关系数据库中。 您认为我们可以通过了解目标数据架构来设法导入这些数据和关系吗? 我显然准备对数据源进行必要的手动修改,然后直接将数据注入 WP DB。 谢谢
你好,
感谢您就此扩展程序与我们联系。
您的数据非常大,因此手动设置单个文件很痛苦,即使是另一种方式的类别。
首先,我不确定您当前站点上有多少类别包含这些文件。
但是,您可以使用导入到 WP File Download 导入服务器文件夹 特征。
您可以访问下面的链接以获取更多信息:
https://www.joomunited.com/wordpress-documentation/wp-file-download/227-wp-file-download-configuration#toc-import-server-folders
其次,为了限制30个用户,分组用户更容易管理,
然后你可以限制他们使用查看前端类别 能见度 选项。
请前往此处了解更多详细信息:
https://www.joomunited.com/wordpress-documentation/wp-file-download/666-file-access-and-management-limitation#toc-file-access-and-visibility-2
干杯,
感谢您就此扩展程序与我们联系。
我们有一个现有的文档保留区,其中包含大约 20.000 个文档和 30 个用户。 每个文档都与允许查看该文档的一个或多个单个用户和/或用户组相关联。 一切都存储在一个非常简单的关系数据库中。 您认为我们可以通过了解目标数据架构来设法导入这些数据和关系吗? 我显然准备对数据源进行必要的手动修改,然后直接将数据注入 WP DB。
您的数据非常大,因此手动设置单个文件很痛苦,即使是另一种方式的类别。
首先,我不确定您当前站点上有多少类别包含这些文件。
但是,您可以使用导入到 WP File Download 导入服务器文件夹 特征。
您可以访问下面的链接以获取更多信息:
https://www.joomunited.com/wordpress-documentation/wp-file-download/227-wp-file-download-configuration#toc-import-server-folders
其次,为了限制30个用户,分组用户更容易管理,
然后你可以限制他们使用查看前端类别 能见度 选项。
请前往此处了解更多详细信息:
https://www.joomunited.com/wordpress-documentation/wp-file-download/666-file-access-and-management-limitation#toc-file-access-and-visibility-2
干杯,
您好,谢谢您的回复。
然而,这并不能解决我们的需求。
我们确实有一些文档的类别,但这不是用户需要能够看到或看不到文档的方式。 每个用户都可以在每个类别中查看自己的文档。 在我们的例子中,类别只需要用于组织,而不是用于查看权限。 示例:
类别发票
inv1
inv2
inv3
类别订单
ord1
ord2
ord3
用户
user1
user2
在我们的系统中,例如:
user1 可以查看 inv1、ord1 和 ord2
user2 可以查看 inv2、inv3 和 ord3
正如我写的那样,我们是旨在迁移现有数据和用户/文档权限。 我确信并且我明白这不能通过标准导入程序实现,我需要处理我的源数据以便将它们“注入”到数据库中。 我需要了解的是插件数据库中的数据结构如何,以便验证是否有可能以某种方式处理我的数据以使它们工作。 即使我需要一天的时间来修改我的源数据以正确映射它们,总比手动重新分配 20.000 个文档要好。
然而,这并不能解决我们的需求。
我们确实有一些文档的类别,但这不是用户需要能够看到或看不到文档的方式。 每个用户都可以在每个类别中查看自己的文档。 在我们的例子中,类别只需要用于组织,而不是用于查看权限。 示例:
类别发票
inv1
inv2
inv3
类别订单
ord1
ord2
ord3
用户
user1
user2
在我们的系统中,例如:
user1 可以查看 inv1、ord1 和 ord2
user2 可以查看 inv2、inv3 和 ord3
正如我写的那样,我们是旨在迁移现有数据和用户/文档权限。 我确信并且我明白这不能通过标准导入程序实现,我需要处理我的源数据以便将它们“注入”到数据库中。 我需要了解的是插件数据库中的数据结构如何,以便验证是否有可能以某种方式处理我的数据以使它们工作。 即使我需要一天的时间来修改我的源数据以正确映射它们,总比手动重新分配 20.000 个文档要好。
您好,
您可能不明白为了达到我的预期结果我愿意走多远。
我从来没有要求自动将用户分配给文件。 我不是新手,我知道不能有任何自动程序。 我只是想了解如何在您的插件中为文件权限创建数据库结构。 但是,相信我可以找到一种方法,我确实购买了该插件,并且我自己研究了数据库结构。 我有信心我能够让它发挥作用。 只需导入所有文件,导出生成的数据库,按文件名匹配我现有的数据库,然后用正确的用户 ID 替换所有“canview”;s:0:“”。 我简化了解释我想做什么的过程,当然我还需要将旧数据库用户的 ID 与新用户的 ID 进行匹配,但是这样做是可能的,这样我应该能够成功迁移到您的插件. 这不是直截了当的,但是迁移一个已经有这么多文件的系统的唯一方法。 干杯!
您可能不明白为了达到我的预期结果我愿意走多远。
我从来没有要求自动将用户分配给文件。 我不是新手,我知道不能有任何自动程序。 我只是想了解如何在您的插件中为文件权限创建数据库结构。 但是,相信我可以找到一种方法,我确实购买了该插件,并且我自己研究了数据库结构。 我有信心我能够让它发挥作用。 只需导入所有文件,导出生成的数据库,按文件名匹配我现有的数据库,然后用正确的用户 ID 替换所有“canview”;s:0:“”。 我简化了解释我想做什么的过程,当然我还需要将旧数据库用户的 ID 与新用户的 ID 进行匹配,但是这样做是可能的,这样我应该能够成功迁移到您的插件. 这不是直截了当的,但是迁移一个已经有这么多文件的系统的唯一方法。 干杯!
您好,
感谢您的回复。
文件的用户权限信息与其他文件元信息一起存储在“post_meta”表中,并被加密。
这是一个示例值:
a:14:{s:3:"ext";s:3:"pdf";s:4:"size";i:214919;s:4:"hits";i:0 ;s:7:"版本";s:0:"";s:4:"文件";s:17:"63f8375c66837.pdf";s:10:"remote_url";b:0;s:5: "state";s:1:"1";s:9:"file_tags";s:0:"";s:7:"canview";s:1:"3";s:16:"file_custom_icon" ;s:0:"";s:6:"社交";s:1:"0";s:14:"woo_permission";s:0:"";s:19:"file_multi_category";a:1 :{i:0;N;}s:23:"file_multi_category_old";s:0:"";}
干杯,
感谢您的回复。
文件的用户权限信息与其他文件元信息一起存储在“post_meta”表中,并被加密。
这是一个示例值:
a:14:{s:3:"ext";s:3:"pdf";s:4:"size";i:214919;s:4:"hits";i:0 ;s:7:"版本";s:0:"";s:4:"文件";s:17:"63f8375c66837.pdf";s:10:"remote_url";b:0;s:5: "state";s:1:"1";s:9:"file_tags";s:0:"";s:7:"canview";s:1:"3";s:16:"file_custom_icon" ;s:0:"";s:6:"社交";s:1:"0";s:14:"woo_permission";s:0:"";s:19:"file_multi_category";a:1 :{i:0;N;}s:23:"file_multi_category_old";s:0:"";}
干杯,
- 页 :
- 1
目前还没有回复。