1
我正在研究一系列SQL（MySQL）查询，以将站点从Drupal 6迁移到WordPress（当前为4.5.3）。我在我的笔记本电脑上运行本地主机上的所有查询（所以它只是将数据从一个数据库移动到另一个数据库），所以此时性能不是问题。SQL将作者/故事关系从Drupal迁移到WordPress
我无法迁移作者节点和故事节点之间的关系。在Drupal中，它的工作原理如下：
- 有一篇文章节点。为此目的，这不是习惯。这些有5万多个。
- 作者有一种自定义内容类型（因为很多作者实际上不是Drupal用户，也因为它允许我们为作者页面提供更多自定义显示）。有〜2000这些。
- 有一个
content_field_op_author表，其中包含以下列：vid（对于修订版），nid（对于文章节点）和field_op_author_nid（对于作者节点）。
我尝试运行此查询，了解有多少双有：
SELECT COUNT(*) FROM content_field_op_author GROUP BY nid;
这导致了57898行（这似乎真实的我）。
在WordPress中，设置是这样的：
- wp_posts具有标准帖子内容类型。所有文章都已成功导入，并且主ID与Drupal中的节点行相匹配。
- 来宾作者有一个自定义文章类型（由插件运行）。所有〜2000都已成功导入，并且主ID也与Drupal中的节点行匹配。
- 每位访客作者也存在一行
wp_terms和wp_term_taxonomy。我创建了一个名为user_node_id_old的专栏，用于保留用户帖子ID的节点ID。我不确定这是否有必要，但确实存在。
我一直无法使用一些不同的查询尝试在wp_term_relationships中创建正确的行。
查询我已经试过：
INSERT IGNORE INTO `wordpress`.wp_term_relationships(object_id, term_taxonomy_id)
SELECT nid as object_id, tax.term_taxonomy_id as term_taxonomy_id
FROM `drupal`.content_field_op_author author
INNER JOIN `wordpress`.wp_terms t ON t.user_node_id_old = author.field_op_author_nid
INNER JOIN `wordpress`.wp_term_taxonomy tax ON t.term_id = tax.term_id
INNER JOIN `wordpress`.wp_posts p ON author.nid = p.Id
WHERE field_op_author_nid IS NOT NULL
GROUP BY object_id
;
这导致52754行被添加到wp_term_relationships这似乎是一个奇怪的差距缩小到了我。
我跑这个查询试图找到在我的Drupal数据库中的行而不是在WordPress：
SELECT DISTINCT `wordpress`.p.ID as wordpress_post_id, `wordpress`.t.name as wordpress_author_name, n.nid as drupal_id, au.title as drupal_author_name
FROM `wordpress`.wp_posts p
INNER JOIN `wordpress`.wp_term_relationships r ON r.object_id = p.ID
INNER JOIN `wordpress`.wp_term_taxonomy tax ON tax.term_taxonomy_id = r.term_taxonomy_id
INNER JOIN `wordpress`.wp_terms t ON t.term_id = tax.term_id
LEFT OUTER JOIN `drupal`.node n ON p.ID = n.nid
LEFT OUTER JOIN `drupal`.content_field_op_author a ON n.nid = a.nid
LEFT OUTER JOIN `drupal`.node au ON a.field_op_author_nid = au.nid
WHERE tax.taxonomy = 'author'
AND `wordpress`.t.name != au.title
;
这导致333行。
我想这其中还有：
INSERT IGNORE INTO `wordpress`.wp_term_relationships(object_id, term_taxonomy_id, user_node_id_old)
SELECT nid as object_id, 0 as term_taxonomy_id, field_op_author_nid as user_node_id_old
FROM `drupal`.content_field_op_author
WHERE field_op_author_nid IS NOT NULL
GROUP BY CONCAT(nid, field_op_author_nid)
;
这导致331行。我认为这个查询对于实际迁移的内容要准确得多，但它仍然没有得到我认为我需要的数字匹配。它也似乎与总行数的差异无关。