首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

如何使用指定的语言环境对sqlite中的文本进行排序?

要使用指定的语言环境对SQLite中的文本进行排序,您可以使用COLLATE子句和LIKE子句。以下是一个示例:

代码语言:sql
复制
SELECT * FROM table_name
WHERE column_name LIKE 'text%'
ORDER BY column_name COLLATE NOCASE;

在这个示例中,我们从table_name表中选择所有列,其中column_nametext开头。然后,我们使用COLLATE NOCASE子句对column_name进行排序,以忽略大小写。

如果您需要使用其他语言环境,可以将NOCASE替换为其他语言环境。例如,要使用德语排序,可以使用COLLATE NOCASE_GERMAN

请注意,SQLite支持的语言环境可能因版本而异。要查看您的SQLite版本支持的语言环境,请参阅SQLite官方文档

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

java ResourceBundle介绍「建议收藏」

public abstract class ResourceBundle extends Object 下列类的父类: ListResourceBundle, PropertyResourceBundle 资源束包含特定于语言环境的对象。当程序需要一个特定于语言环境的资源时,如 String ,程序可以从适合当前用户语言环境的资源束中装入它。以这种方式,可以写大部分独立于用户语言环境的程序代码,它与大部分资源束中的特定于语言环境的信息相隔离。 这使得编程可以: 容易本地化或翻译成不同的语言 一次处理多种语言环境 以后容易更改以支持更多的语言环境 一个资源束从概念上讲是相关的类集合,这些类是从 ResourceBundle 继承而来的。 ResourceBundle 的每个相关的子类有同一基名并加上标识它的语言环境的附加成分。例如,假设您的资源束命名为 MyResources。您写的第一个类可能是缺省的资源束,它与它的家族有同一个名字–MyResources 。也可按需要提供许多特定于语言环境的类:例如,可能为它提供一个德文的名字 MyResources_de。 ResourceBundle 的每个相关的子类包含同样的项目,但是项目已经为那个 ResourceBundle 子类描述的语言环境所翻译。例如,MyResources 和 MyResources_de 可能都有一个用在确认操作按钮上的 String 。在 MyResources 中,String 可能包含 OK ,在 MyResources_de 中,它可能包含 Gut。 如果对不同的国家有不同的资源,可做出规定:例如, MyResources_de_CH 是 Switzerland 的资源。如果仅想更改规定中的一些资源,可以这样做。 当您的程序需要特定于语言环境的对象时,它使用 getBundle 方法装入 ResourceBundle 类: ResourceBundle myResources = ResourceBundle.getBundle(“MyResources”, currentLocale); 第一个参数指定包含有疑问对象的资源束的家族名。第二个参数指定了期望的语言环境。getBundle 使用这两个参数来构造 ResourceBundle 子类的名字,它应按下面的方法装入。 资源束用不同的后缀查找类,根据(1) 期望的语言环境和 (2) 缺省的语言环境(基类), 以下面从更低级别(指定较多的)到父类级别(指定较少的)的顺序来查找: baseclass + “_” + language1 + “_” + country1 + “_” + variant1 baseclass + “_” + language1 + “_” + country1 baseclass + “_” + language1 baseclass baseclass + “_” + language2 + “_” + country2 + “_” + variant2 baseclass + “_” + language2 + “_” + country2 baseclass + “_” + language2 查找的结果是一个类,但是那个类可能由磁盘上的特性文件支持。如果查找失败,getBundle() 抛出 MissingResourceException 异常。 基类必须 完全合格(例如,myPackage.MyResources, 而不仅仅是 MyResources)。 它必须是您的代码可执行的;它不能是对调用 ResourceBundle.getBundle 的包私有的类。 注意:ResourceBundle 被内部用于访问 NumberFormats、Collation 等。查找策略是相同的。 资源束包含键/值对。键用于唯一地识别资源束中特定于语言环境的对象。下面是一个包含键/值对的 ListResourceBundle 的例子: class MyResource extends ListResourceBundle { public Object[][] getContents() { return contents; } static final Object[][] contents = { // LOCALIZE THIS {“OkKey”, “OK”}, {“CancelKey”, “Cancel”}, // END OF MATERIAL TO LOCALIZE }; } 键总是 String。 在这个例子中,键是 OkKey 和 CancelKey。 在上面的例子中,值也是 String–OK 和 Cancel–但是它们不是一定如此。值可

02

[PHP] PHP7.4.2安全和修复版本的更改日志

核心: Windows上的预加载支持已被禁用。 修复了错误#79022(对于尚未准备好使用的类,class_exists返回True)。 修复了错误#78929(Cookie值中的加号转换为空格)。 修复了错误#78973(CV释放期间的析构函数如果从未保存opline会导致段错误)。 修复了错误#78776(来自trait的Abstract方法实现不检查“静态”)。 修复了错误#78999(将函数结果用作临时结果时发生循环泄漏)。 修复了错误#79008(在Windows上使用PHP 7.4进行常规性能回归)。 修复了错误#79002(使用__sleep序列化未初始化的类型属性会导致未序列化的问题)。 CURL: 修复了错误#79033(具有特定url和post的超时错误)。 修复了错误#79063(curl openssl不遵守PKG_CONFIG_PATH)。 Date: 修复了错误#79015(php_date.c中的未定义行为)。 DBA: 修复了错误#78808([LMDB] MDB_MAP_FULL:达到环境mapsize限制)。 Exif: 修复了错误#79046(NaN将int转换为exif中的未定义行为)。 文件信息: 修复了错误#74170(在mime_content_type之后更改语言环境信息)。 GD: 修复了错误#79067(gdTransformAffineCopy()可能使用单位化的值)。 修复了错误#79068(gdTransformAffineCopy()更改了插值方法)。 Libxml: 修复了错误#79029(在XMLReader / XMLWriter中免费使用)。 Mbstring: 修复了错误#79037(mbfl_filt_conv_big5_wchar中的全局缓冲区溢出)。 (CVE-2020-7060) OPcache: 修复了错误#78961(错误优化了重新分配的$ GLOBALS)。 修复了错误#78950(使用静态变量预加载特征方法)。 修复了错误#78903(RTD密钥冲突导致关闭导致崩溃)。 修复了错误#78986(当将ctor从不可变继承到可变类时,会发生Opcache segfaults)。 修复了错误#79040(由于ASLR,警告操作码处理程序无法使用)。 修复了错误#79055(OPcache文件缓存中的Typed属性变得未知)。 Pcntl: 修复了错误#78402(错误消息中将null转换为字符串是错误的DX)。 PDO_PgSQL: 修复了错误#78983(pdo_pgsql config.w32无法找到libpq-fe.h)。 修复了错误#78980(pgsqlGetNotify()忽略了无效连接)。 修复了错误#78982(pdo_pgsql返回无效的持久连接)。 Session: 修复了错误#79091(session_create_id()中的堆使用后释放)。 修复了错误#79031(会话反序列化问题)。 Shmop: 修复了错误#78538(shmop内存泄漏)。 SQLite3: 修复了错误#79056(sqlite在编译过程中不遵守PKG_CONFIG_PATH)。 Spl: 修复了错误#78976(SplFileObject :: fputcsv失败时返回-1)。 标准: 修复了错误#79099(OOB读取php_strip_tags_ex)。 (CVE-2020-7059) 修复了错误79000(非阻塞套接字流将EAGAIN报告为错误)。 修复了错误#54298(使用空的extra_header添加无关的CRLF)。

02

java.util.ResourceBundle用法详解

这个类主要用来解决国际化和本地化问题。国际化和本地化可不是两个概念,两者都是一起出现的。可以说,国际化的目的就是为了实现本地化,详细的介绍可以看本文的最后。比如对于“取消”,中文中我们使用“取消”来表示,而英文中我们使用“cancel”。若我们的程序是面向国际的(这也是软件发展的一个趋势),那么使用的人群必然是多语言环境的,实现国际化就非常有必要。而ResourceBundle可以帮助我们轻松完成这个任务:当程序需要一个特定于语言环境的资源时(如 String),程序可以从适合当前用户语言环境的资源包(大多数情况下也就是.properties文件)中加载它。这样可以编写很大程度上独立于用户语言环境的程序代码,它将资源包中大部分(即便不是全部)特定于语言环境的信息隔离开来。

01
领券