使用区域设置通过关联上的Globalize3翻译对ActiveRecord查询响应进行排序

Question

我有两个模型和总共三个表。 不幸的是，已经发生了从原始表名重命名模型的情况，因此请避免混淆。

Symptom (chief_complaints)
SymptomName (chief_complaint_names)
(chief_complaint_name_translations)

当然，后者由Globalize3用于转换SymptomName模型的：name属性。 症状has_many：症状名称。

考虑以下：

Symptom.includes(names: :translations).order("chief_complaint_name_translations.name ASC")

这将返回一个基本正确的列表，但是它会根据遇到的第一个翻译名称（尽管使用我的语言环境）对“症状”列表进行排序，并按正确的语言环境列出它们。

# .to_sql output
"SELECT `chief_complaints`.* FROM `chief_complaints` INNER JOIN `chief_complaint_names` ON `chief_complaint_names`.`chief_complaint_id` = `chief_complaints`.`id` INNER JOIN `chief_complaint_name_translations` ON `chief_complaint_names`.`id` = `chief_complaint_name_translations`.`chief_complaint_name_id` ORDER BY chief_complaint_name_translations.name, chief_complaint_name_translations.name ASC"

# Actual SQL generated in the console
SELECT `chief_complaints`.* FROM `chief_complaints` INNER JOIN `chief_complaint_names` ON `chief_complaint_names`.`chief_complaint_id` = `chief_complaints`.`id` INNER JOIN `chief_complaint_name_translations` ON `chief_complaint_names`.`id` = `chief_complaint_name_translations`.`chief_complaint_name_id` ORDER BY chief_complaint_name_translations.name, chief_complaint_name_translations.name ASC
SELECT `chief_complaint_names`.`id` AS t0_r0, `chief_complaint_names`.`chief_complaint_id` AS t0_r1, `chief_complaint_names`.`created_at` AS t0_r2, `chief_complaint_names`.`updated_at` AS t0_r3, `chief_complaint_name_translations`.`id` AS t1_r0, `chief_complaint_name_translations`.`chief_complaint_name_id` AS t1_r1, `chief_complaint_name_translations`.`locale` AS t1_r2, `chief_complaint_name_translations`.`name` AS t1_r3, `chief_complaint_name_translations`.`created_at` AS t1_r4, `chief_complaint_name_translations`.`updated_at` AS t1_r5, `chief_complaint_name_translations`.`url` AS t1_r6 FROM `chief_complaint_names` LEFT OUTER JOIN `chief_complaint_name_translations` ON `chief_complaint_name_translations`.`chief_complaint_name_id` = `chief_complaint_names`.`id` WHERE `chief_complaint_name_translations`.`locale` = 'en' AND `chief_complaint_names`.`chief_complaint_id` IN (173, 2, 1, 224, 223, 3, 75, 4, 186, 15, 199, 201, 5, 177, 245, 94, 219, 225, 241, 6, 228, 213, 234, 164, 88, 26, 81, 7, 74, 136, 57, 21, 28, 18, 163, 165, 8, 112, 183, 147, 9, 160, 10, 64, 218, 170, 200, 207, 11, 175, 13, 138, 72, 12, 214, 239, 248, 14, 150, 190, 137, 16, 17, 154, 178, 127, 56, 206, 246, 101, 19, 20, 22, 96, 172, 255, 23, 24, 216, 25, 215, 29, 125, 113, 198, 195, 244, 27, 247, 132, 232, 70, 135, 133, 30, 31, 34, 32, 197, 181, 222, 208, 243, 35, 227, 196, 33, 36, 179, 53, 131, 126, 159, 58, 37, 202, 203, 38, 120, 68, 220, 230, 176, 39, 226, 148, 174, 91, 40, 41, 145, 151, 134, 189, 73, 43, 42, 47, 93, 44, 45, 46, 209, 192, 204, 205, 48, 188, 128, 49, 212, 249, 250, 211, 153, 50, 51, 52, 139, 187, 237, 109, 156, 129, 54, 157, 55, 87, 69, 84, 146, 60, 149, 221, 231, 242, 229, 59, 194, 240, 155, 61, 158, 62, 171, 180, 67, 63, 236, 65, 66, 162, 71, 152, 191, 76, 77, 78, 79, 80, 82, 83, 103, 92, 98, 118, 85, 100, 89, 116, 114, 115, 104, 99, 111, 86, 97, 122, 251, 90, 238, 193, 254, 95, 252, 130, 235, 233, 102, 121, 123, 105, 106, 107, 108, 110, 217) ORDER BY name

您会注意到，此查询中没有提及“ locale”或“ en”。 如果我对SymptomName（包括with_translations方法）进行查询，并将语言环境传递给它，它将完全按照我的期望写入查询。

>> SymptomName.with_translations(I18n.locale).to_sql
=> "SELECT `chief_complaint_names`.* FROM `chief_complaint_names` WHERE `chief_complaint_name_translations`.`locale` = 'en' ORDER BY name"

如何将语言环境正确地注入第一个查询中，并使其根据关联的SymptomNames对症状列表进行排序。 值得注意的是，我在Symptom上有一个方法，该方法返回遇到的第一个SymptomName。

我需要使用此列表按照从语言环境派生的名称对列表进行排序，并显示适当的名称。 有什么想法吗？

谢谢！

Answer 1

对于使用此gem的其他人来说只是一个小小的更新。 我惊讶地发现，宝石实际上为每个带有翻译的模型实时创建了一个新模型。 这个新模型与原始模型同名，并附加::Translation 。 因此， SymptomName将具有SymptomName::Translation模型。 该模型具有可访问的转换属性，例如SymptomName::Translation.first.name 。

不幸的是，这种新模型似乎并没有像人们期望的那样直接返回到它的同名名字。 没有SymptomName :: Translation.first.symptom`。

反思所有关联确实会从翻译模型中揭示出与所述模型的关系，但是该关联在正常链中不可用。

我们最终创建了自己的模型来访问名为SymptomNameTranslation表，并添加了适当的关联和联接作为default_scope。 看起来工作不错，但最好将其包含在gem本身中。 可能是修补上述宝石的好机会。