Comments on: Rails and MySQL and UTF8 http://dmitry.shaposhnik.name/2007/04/15/rails-and-mysql-and-utf8/ Enjoy development Fri, 19 Jun 2009 23:42:01 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: dm http://dmitry.shaposhnik.name/2007/04/15/rails-and-mysql-and-utf8/comment-page-1/#comment-2237 dm Sun, 16 Dec 2007 16:37:32 +0000 http://0804team.kiev.ua/dm/blog/2007/04/15/rails-and-mysql-and-utf8/#comment-2237 Фигня - не то слово. Очевидно, именно из-за этого он так закрепился на рынке. Фигня – не то слово. Очевидно, именно из-за этого он так закрепился на рынке.

]]> By: DeViL http://dmitry.shaposhnik.name/2007/04/15/rails-and-mysql-and-utf8/comment-page-1/#comment-2236 DeViL Sun, 16 Dec 2007 16:31:28 +0000 http://0804team.kiev.ua/dm/blog/2007/04/15/rails-and-mysql-and-utf8/#comment-2236 мускуль это фигня... мускуль это фигня…

]]> By: MrKoin http://dmitry.shaposhnik.name/2007/04/15/rails-and-mysql-and-utf8/comment-page-1/#comment-2035 MrKoin Mon, 07 May 2007 14:38:12 +0000 http://0804team.kiev.ua/dm/blog/2007/04/15/rails-and-mysql-and-utf8/#comment-2035 В целом, уже с ходу не вспомню. Но после некоторых плясок с бубном, в ситуации, когда необходимо сохранить более ранний принцип работы с latin1, а также сохранить latin1 таблицы, но, при этом, оставить возможность работать с UTF8 полями в этих таблицах... Создаем базу данных с интересующими нас полями: где нужно, utf8, где не нужно latin1 (этот принцип позволяет использовать скорость и оптимальность latin1, не создавая безсмысленные индексы тройного размера, на поля, где это не есть неоходимым). На мой взгляд это есть более правильным методом так как в полях [var]char и text часто также находятся данные, в которых не может быть не-latin1 символов ни при каких условия, но использование utf8 здесь приводит к очень серьезным потерям производительности. В целом же, это вопрос подхода/стиля/специфики. В целом, уже с ходу не вспомню. Но после некоторых плясок с бубном, в ситуации, когда необходимо сохранить более ранний принцип работы с latin1, а также сохранить latin1 таблицы, но, при этом, оставить возможность работать с UTF8 полями в этих таблицах…

Создаем базу данных с интересующими нас полями: где нужно, utf8, где не нужно latin1 (этот принцип позволяет использовать скорость и оптимальность latin1, не создавая безсмысленные индексы тройного размера, на поля, где это не есть неоходимым).

На мой взгляд это есть более правильным методом так как в полях [var]char и text часто также находятся данные, в которых не может быть не-latin1 символов ни при каких условия, но использование utf8 здесь приводит к очень серьезным потерям производительности.

В целом же, это вопрос подхода/стиля/специфики.

]]>