нет, это официальные алгоритмыЭто опять же MySQL

CREATE TABLE IF NOT EXISTS `utf8` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(255) CHARACTER SET utf8 COLLATE utf8_bin NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ;
--
-- Daten für Tabelle `utf8`
--
INSERT INTO `utf8` (`id`, `name`) VALUES
(1, 'черный'),
(2, 'чёрный'),
(3, 'королевское'),
(4, 'королёвское');
mysql> select * from utf8 where name like '%ё%';
+----+------------------------+
| id | name |
+----+------------------------+
| 2 | чёрный |
| 4 | королёвское |
+----+------------------------+
2 rows in set (0.00 sec)
mysql> select * from utf8 where name like '%е%';
+----+------------------------+
| id | name |
+----+------------------------+
| 1 | черный |
| 3 | королевское |
| 4 | королёвское |
+----+------------------------+
3 rows in set (0.00 sec)
я ж объяснил: в базе у одних товаров был цвет "черный", а у других - "чёрный", делали экспорт-импорт каталога, и при переходе на utf импорт перестал отрабатывать из-за нарушения unique key по property_values.value,а зачем столь точно искать?

А мой коллега просто часть документов сменил, и теперь везде ЕЭто ладно, свойства)) Вы бы знали что творится с моим коллекой, который и отчеты посылает, и сертификаты на него. У него фамилия на Ё, так, где-то он Ё, а где-то Е.. Пипец))) Только выправить ситуацию с электронной отчетность чего стоило)) Ему как-то заявили, что по базам может случиться так, что и ребенок не его![]()
