从数据库字段的值下拉列表

您对下拉列表和表使用相同的数据源 #distinct()#sort() 您正在筛选已加载到浏览器的项目(与存储在数据库中的整个数据集相反)。

您需要为下拉列表提供一个单独的数据源。至少有三种方法可以做到这一点:

可能的值

您可以预定义 allowed values 为您的 Country 字段,并使用它们填充创建表单和表筛选中的下拉选项 @datasource.model.fields.Country.possibleValues 正如你在问题中提到的:

为国家创建模型

通过引入专门的 related model 对于国家/地区,您可以获得以下好处:

• 标准化数据(不会多次存储同一个国家/地区)
• 您将能够保持国家列表的整洁(根据当前的方法,有可能使用不同拼写的同一个国家,如“US”、“USA”、“United State”等)
• 应用程序用户在创建新记录时,可以从下拉列表中选择所需的国家(而不是每次为所有新记录键入容易出错的国家)。
• 您的下拉绑定将非常简单,如下所示:

// for names
@datasources.Countries.items..Names

// for options
@datasources.Countries.items.._key

// for value
@datasource.query.filters.Country._key._equals

创建计算模型

具有 Calculated Model 您可以从表中挤出独特的国家/地区值。您的服务器查询脚本可以如下所示:

function getUniqueCountries_() {
  var consumptions = app.models.Consumption.newQuery().run();
  var countries = [];

  consumptions.reduce(function (allCountries, consumption) {
    if (!allCountries[consumption.Country]) {
      var country = app.models.CountryCalc.newRecord();
      country.Name = consumption.Country;
      countries.push(country);
      allCountries[consumption.Country] = true;
    }
  }, {});

  return countries;
}

然而,随着消费表的增长,它会给您带来巨大的性能开销。在这种情况下,我宁愿研究 Cloud SQL 和 Calculated SQL model .

注:

我给出了一个相当宽泛的答案,也涵盖了类似的情况,即字段选项的数量可以是无限的(而不是有限的国家数量)。