Question

I m与JPA(自愿作为供应商)和MySQL数据库合作。

我的桌子包含德国的街道名称。每个街道名称都有独特的号码。就一项任务而言,我必须找到名字。为了做到这一点,我写了一封信件,如:

"SELECT s FROM Strassencode s WHERE s.name = :name"

不幸的是,德国的街道名称在“Am kleinen Feld”和“Am Kleinen Feld”等小型和资本信件中仅有所不同。很明显,其中之一是错误的,但作为街道的名称,两种拼法都是允许的,两者都有不同的数字。

When I send my JPQL-Query to the database, I m using

query.getSingleResult();

事实上,表中每个街道名称都是独特的。但是,根据MySQL-Database,我收到一份“NonUniqueResultException

SELECT  abc  LIKE BINARY  ABC ;

as discribed in chapter 11.5.1 in the mySQL Reference Manual, but there is no corresponding keyword in JPQL.

我的第一项尝试是,在标有<<> 姓名>的类别中指明外地。

@Column(nullable = false, columnDefinition = "varbinary(128)")

与此类似,该数据库自动进行案件敏感比较,因为其中一项指示是双向的。但是,当我使用这一解决办法时,我会遇到麻烦,在我宣读数据带的名字时,会把他们写进档案中,因为当时像奥地利、哥、居等信件被错误地解释。

我知道,现场<代码>名称。一、背景制约和制约是我的目标之一,但只有在数据库进行案件敏感细微比较的情况下,才有可能这样做。

Is there a solution, where I can configure JPA to do case sensitive string comparison without having to manually fine-tune the database?

Answer 1

比如,在组建联合人民军以解决这一问题方面没有办法。但是,我发现,不仅可以在桌上进行核对,而且你还可以把这种核对放在整个数据库上:。参考手册12.1.10 CREATE DATABASE SYNTAX和

CREATE {DATABASE | SCHEMA} [IF NOT EXISTS] db_name
[create_specification] ...

create_specification:
    [DEFAULT] CHARACTER SET [=] charset_name
  | [DEFAULT] COLLATE [=] collation_name

我只得建立以下数据库:

CREATE DATABASE db_name CHARACTER SET latin1 COLLATE latin1_general_cs;

因此,我可以在实地提出一个独特的制约因素:, 即,并插入“Am kleinen Feld”和“Am Kleinen Feld”以及当我询问其中一人时,我只收到一票。

然而,由于这一帮助,

Answer 2

如你对数据库和JPA供应商说的那样,保留“独立”的做法,即避免“独立”和“独立”清单,并保持名称的记忆。可以证明,你会得到不止一个但不超过100个。

另一种办法是,在新的领域节省正常的名称(豁免,减少案件)。

Answer 3

页: 1 这是一种正常的争辩:

Query sqlQuery = session.createSqlQuery("select * from CITY where name like binary :name ).addString( name , name);

请注意,该守则大致照此办理。

友情链接