| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > MySQL > Русский шрифт в MySQL |
| Автор: suzuka 8.2.2007, 00:35 |
| Мне надо будет делать поиск помимо названий на англ. ещё и на рус., так в MySQL русский поддерживает? Чтобы заполнять базу данных названиями на русском языке для дальнейшего поиска по ним. |
| Автор: skyboy 8.2.2007, 00:53 |
| какая версия? 1-ая, наверное, в неполной мере(например, отсутствие поддержки Unicode). 5-я -- вполне. И cp1251, и UTF-8, и UTF-16... Выбирай - на любой вкус |
| Автор: SamDark 8.2.2007, 09:31 |
| skyboy, У 4.1 тоже всё в порядке с юникодом. suzuka, Можно использовать cp1251, но лучше пользоваться UTF-8. Если в программе появятся ??? ?? - сделай запрос "SET NAMES utf8". |
| Автор: Rodman 8.2.2007, 09:54 |
| с русским еще windows - 1251 работает... но UTF-8 все равно больше языков поддерживает... |
| Автор: suzuka 8.2.2007, 19:29 |
| Такая версия mysql-4.0.22 |
| Автор: Gold Dragon 9.2.2007, 08:36 |
| так, я если я не планирую использовать ничего кроме русского, то зачем мне нужет UTF-8? |
| Автор: SamDark 9.2.2007, 09:34 |
| Gold Dragon, Я тоже пол-года назад не планировал. Теперь вот захотелось мультиязычности... приходится всё переписывать. |
| Автор: Rodman 9.2.2007, 09:38 | ||||
все ПО должно быть универсальным... то что ты будешь использовать UTF-8 не требует не от тебя, не от системы дополнительных нагрузок...
а многоязычность вещь полезная... |
| Автор: muzer 9.2.2007, 19:17 | ||||
Мультиязычность из воздуха что ли? По два байта на симвлом вместо одного для нелатинских букв - это что, не дополнительная нагрузка на систему?
Именно специализированное ПО отличается повышенной производительностью, поскольку заточено на конкретные задачи. Прежде чем говрить, каким должно быть ПО, нужно знать для каких целей оно будет использоваться. И уж точно не употреблять слова "всё ПО должно быть". |
| Автор: everyone 10.2.2007, 14:56 | ||
А мне кажется Ларри Уолл прав в своих http://www.google.com/search?hl=ru&rls=en&hs=uKq&q=%D1%82%D1%80%D0%B8+%D0%B4%D0%BE%D1%81%D1%82%D0%BE%D0%B8%D0%BD%D1%81%D1%82%D0%B2%D0%B0+%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%81%D1%82%D0%B0+%D0%9B%D0%B0%D1%80%D1%80%D0%B8+%D0%A3%D0%BE%D0%BB%D0%BB&btnG=%D0%9F%D0%BE%D0%B8%D1%81%D0%BA&lr=... Эта заточка никому больше не нужна, потому что гораздо дешевле платить за ресурсы, чем за труд программистов. И это доказывает практика. Везде, конечно, следует руководствоваться здравым смыслом, но что касается именно Unicode, то в действительно серьёзных системах БД его использование оправдано - в проектировании и сопровождени ресурса он даёт огромные преимущества перед байтовыми кодировками. Кроме того сервер БД на то и нужен, чтобы эффективно использовать пресурсы, именно использовать их, а не простаивать. Моё мнение - система, созданная для своего перспективного развития этого трербует, именно требует. Будьте ленивым программистом  |
| Автор: muzer 10.2.2007, 16:15 |
everyone, сразу видно - вы теоретик  Был у нас однажды..джойнил миллионные таблицы по varchar(255) и говорил, как же тормозят сервера, нам понадобится кластер из 100 машин, чтобы работать под требуемой нагрузкой. Сейчас та система, которую он должен был разработать, работает на 8ми серверах с нагрузкой в два раза больше, чем на момент разработки. Там весь код был в таких ляпах. За ресурсы не всегда дешевле платить, так как и писать ПО под 100 серверов сложнее, чем под 50. Админить дешевле 50, а не 100. Физически разместить и охлаждать дешевле 50, а не 100. Программиста, который не умеет оптимизировать свой код, уменьшать нагрузку на машины и т.д., а только и делает, что неверно ссылается на умных людей, и говорит начальству - нужны ещё сервера, по всей видимости уволят. Лень - это не писать абы как. Вы неправильно поняли. |
| Автор: everyone 10.2.2007, 21:27 |
| Ох... это вы неправильно поняли... Речь идёт именно о технологии Unicode. Проблема алгоритмирования - совсем не то же самое, что проблема хранения данных. Я не предлагал писать код небрежно, и даже подчеркнул, что прежде всего нужно руководствоваться здравым смыслом. Лень - это писать так, чтобы в следующий раз всё переписывать заново не пришлось, и не заниматься рутинной работой... |
| Автор: SamDark 12.2.2007, 09:07 |
| Накладные расходы Unicode прекрасно сглаживаются зажиманием выходного потока в GZip. |
| Автор: muzer 12.2.2007, 14:33 | ||
Накладные расходы на сервере от этого только возрастут или не уменьшатся, собственно выбирать придётся либо между загрузкой проца, либо между загруженностью каналов связи. А накладные расходы на клиенте никого не волнуют, кол-во клиентов, как правило, на порядки превышает кол-во серверов, и обрабатывают они, как правило, малый процент данных. Меня больше напргяает именно работа сервера, основное - операции чтения/записи с диска, использование в полтора-два раза больше памяти и т.п. everyone, с последним постом согласен. В целом, предлагаю здравому смыслу больше приоритета отдавать, а то сначала это прозвучало от вас, как некая мелочь.. |
