Windows vs Linux - Как десктоп
, и игровая станция.
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [216.73.216.243] |
|
|
Правила раздела:
| Страницы: (1182) « Первая ... 702 703 [704] 705 706 ... 1181 1182 ( Перейти к последнему сообщению ) |
Windows vs Linux - Как десктоп
, и игровая станция.
|
Сообщ.
#10546
,
|
|
|
|
http://www.oszone.net/4743/MySQL
|
|
Сообщ.
#10547
,
|
|
|
|
Но это не значит, что MySQL хранит кодировку для каждой строки
|
|
Сообщ.
#10548
,
|
|
|
|
Цитата Smike @ Но это не значит, что MySQL хранит кодировку для каждой строки Цитата В сервере MySQL у каждой строки есть своя кодировка и сопоставление. При создании таблицы, Вы можете указать кодировку и сопоставление, в которых будут сохранены строки внутри таблицы. Вы можете даже указывать эти параметры для каждого поля таблицы. Например: CREATE TABLE enctest ( str1 CHAR(10) CHARSET koi8r, str2 CHAR(15) COLLATE utf8_general_ci ); Но не для каждой строки разумеется |
|
Сообщ.
#10549
,
|
|
|
|
Цитата Smike @ Но это не значит, что MySQL хранит кодировку для каждой строки ![]() Да, кодировка на колонку - это неинтересно. Как я уже говорил, это ничем принципиально не отличается от задания кодировки на таблицу. Мне интересно услышать о СУБД с поддержкой разных кодировок для разных строк одной и той же таблицы, в одной и той же колонке. |
|
Сообщ.
#10550
,
|
|
|
|
wind Ты говорил об одной кодировке на таблицу/базу. Это неправда, потому что даже mysql умеет разные кодировки для разных столбцов.
Добавлено Цитата wind @ Да, кодировка на колонку - это неинтересно. Как я уже говорил, это ничем принципиально не отличается от задания кодировки на таблицу. Мне интересно услышать о СУБД с поддержкой разных кодировок для разных строк одной и той же таблицы, в одной и той же колонке. Это вряд ли где-то сейчас есть, и я не представляю, для чего это может быть нужно, и главное - какое это имеет отношение к теме. |
|
Сообщ.
#10551
,
|
|
|
|
Цитата rusty_angel @ wind Ты говорил об одной кодировке на таблицу/базу. Это неправда, потому что даже mysql умеет разные кодировки для разных столбцов. rusty_angel, поправка принята ![]() О возможности задания кодировки для трансляции на каждый столбец в mysql я не знал - не так часто использую. Тем не менее, Цитата wind @ отдельная кодировка для каждого столбца - практически то же самое, что и для всей таблицы, принципиальной разницы нет Цитата rusty_angel @ Это вряд ли где-то сейчас есть, и я не представляю, для чего это может быть нужно, и главное - какое это имеет отношение к теме. Очень даже непосредственное. Возможность задавать имя файла в любой кодировке (а если уж напрямую, то пихать в имя любой мусор) - это очень нехорошо. Например, для БД (ведь реализуемо же) это выльется в чудовищный рост ресурсоемкости и не менее чудовищное падение производительности поиска, не говоря уже о последствиях навроде нарушения целостности данных (в результате переноса в том числе). |
|
Сообщ.
#10552
,
|
|
|
|
Цитата wind @ Тем не менее Тем не менее, ты был неправ, я тебя поправил, а теперь ты зачем-то отмазываешься. Ничего страшного в том, что ты не знал, нет. Цитата wind @ а если уж напрямую, то пихать в имя любой мусор А может этот мусор просто валидная UTF-8 строка? |
|
Сообщ.
#10553
,
|
|
|
|
Цитата rusty_angel @ Тем не менее, ты был неправ, я тебя поправил, а теперь ты зачем-то отмазываешься. Ничего страшного в том, что ты не знал, нет. Ох... уже я отмазываюсь, оказывается. Ну да ладно, пусть так - мысль вы восприняли. Цитата rusty_angel @ А может этот мусор просто валидная UTF-8 строка? Нет, CP1251. |
|
Сообщ.
#10554
,
|
|
|
|
Блин. Ещё раз. По слогам. Может быть та же самая последовательность байтов является валидной UTF-8-строкой? Выглядит мусором, но никаких стандартов не нарушает. бНОПНЯ тоже мусором кажется.
|
|
Сообщ.
#10555
,
|
|
|
|
Цитата rusty_angel @ Блин. Ещё раз. По слогам. Уж простите тупицу, но как может строка вроде "Соответствие кодов ошибок ... бла-бла-бла.doc" в кодировке windows-1251 одновременно являться валидной utf-8 строкой?! И как валидная utf-8 строка может выглядеть мусором, если в language settings торчит галка в крыже "юзать utf-8"? |
|
Сообщ.
#10556
,
|
|
|
|
Придётся по буквам. "Соответствие кодов ошибок ... бла-бла-бла.doc" в шестнадцатиричном виде:
Цитата D1EEEEF2E2E5F2F1F2E2E8E520EAEEE4EEE220EEF8E8E1EEEA202E2E2E20646F63 Может быть эта последовательность байтов соответствует какой-то другой (не "Соответствие кодов ошибок ... бла-бла-бла.doc"!!!) строке в UTF-8? Валидность проверю, читаю RFC 3629. |
|
Сообщ.
#10557
,
|
|
|
|
Цитата rusty_angel @ Может быть эта последовательность байтов соответствует какой-то другой (не "Соответствие кодов ошибок ... бла-бла-бла.doc"!!!) строке в UTF-8? И что с того? Строка-то записана в windows-1251! |
|
Сообщ.
#10558
,
|
|
|
|
А то, что файловая система русского языка не знает, и что файл назван на русском, тоже не знает, и понять, что валидная строка на самом деле не мусор - не может.
Добавлено Откуда ядру и файловой системе знать, в какой кодировке эта строка? Это или баг в клиенте CVS или неправильная настройка. |
|
Сообщ.
#10560
,
|
|
|
|
Цитата rusty_angel @ А то, что файловая система русского языка не знает, и что файл назван на русском, тоже не знает, и понять, что валидная строка на самом деле не мусор - не может. Нет, вы не поняли. Что с того, что конкретно эта строка вдруг (вряд ли) будет валидной utf-8 строкой? Это ведь только один файл из множества (и у всех имена в windows-1251) - столько совпадений быть не может (особенно в случае с utf-8) |