It's hard to tell how to fix this problem without knowing the way your columns are declared in your MySQL table, and how your entities (characters) are stored. This kind of multinational stuff is easiest to handle if your columns are declared something like this:
Title VARCHAR(50) CHARACTER SET utf8 COLLATE utf8_turkish_ci
This allows the table to contain your Turkish characters (and Greek and Hungarian, for that matter) without having to be entity-coded (ü
, etc.)
If in fact your tables are coded this way, try the following SELECT statement:
SELECT *
FROM Article
WHERE Title = 'ococu'
COLLATE utf8_general_ci
Being ignorant of Turkish, I don't know the reasons for this, but it's clear that the Turkish collation treats ö
as a different letter from o
, likewise for ç
and c
, and ü
and u
. However, the utf_general_ci collation treats those letters as the same. That's why the SELECT
statement above works.
IF your data in the table is stored entity-coded (ü
, etc.) you really ought to translate it to utf8 so you can use this kind of search.
Finally, the fragment of URL you're mentioning with the value ococu
is often called a slug in the trade. Your title Öçöçü
needs to be converted to the slug value for searching. My suggestion above employs the collation to do that. It's worth mentioning that content management systems often store an article's title and slug in separate columns in the database table. This allows the creation of the slug from the title to be done explicitly at the time the article is created.
Here's a Stack Overflow item explaining how to use C# to turn a unicode phrase into a slug.