Русские буквы в названиях таблиц/полей MySQL

← →
oldman © (2009-06-08 11:03) [40]

> Ega23 © (08.06.09 10:54) [39]

У меня сейчас на работе программа (не моя, министерская)
Рабочая БД - 7 таблиц. В первой - 90(!) полей.
На выходе - 3 таблицы. В первой - 31 поле.

← →
Ega23 © (2009-06-08 11:07) [41]

> У меня сейчас на работе программа (не моя, министерская)
> Рабочая БД - 7 таблиц. В первой - 90(!) полей.
> На выходе - 3 таблицы. В первой - 31 поле.

Я всегда подозревал, что у нас в министерствах у людей с головами не всё в порядке.

← →
AndreyV © (2009-06-08 11:19) [42]

> [28] Дмитрий С © (08.06.09 08:30)
> Дельфи 2007 тоже поддерживает русские буквы в идентификаторах.

Это уже точно изврат.

> Попробую все-же использовать русские буквы в названиях таблиц
> и полей, а также связанных с ними переменными в delphi,
> посмотрим, что из этого выйдет.

Переменные можно и переименовать.

← →
Дмитрий С © (2009-06-08 11:25) [43]

> и каким образом этому могут помешать наименования на английском?

На перевод и запоминание тратится время. Английский в этой области я не знаю.

> кому то у кого кирилици нет

Такого не бывает в наше-то время еще и под windows.

>
> А с исходниками и таблицей больше никто не будет работать?

Может будут, может нет.
Я ведь часть полей оставил латинскими буквами. Такие как id, status, update_time и прочее. Русскими, только те поля, в которых сами пользовательские данные хранятся (или как они называются).

> 50 полей

Пока так, потом, может разнесу.

← →
AndreyV © (2009-06-08 11:35) [44]

> [30] oldman © (08.06.09 09:58)
> А что, есть еще более интересный метод - чередовать английские
> буквы и русские, которые по написанию похожи.
> Ты-то свою программу отладишь, а вот посторонний написать
> запрос к твоей базе вряд-ли...

ИШ рассказывал о некто, которому Буратино правильно не дал яблоко.

> [9] Игорь Шевченко © (05.06.09 15:25)

← →
oldman © (2009-06-08 11:37) [45]

> AndreyV © (08.06.09 11:35) [44]

Я же не говорил, что идея моя.
Просто забыл даже, что читал в этой ветке.
:)

← →
Ega23 © (2009-06-08 11:41) [46]

> Я ведь часть полей оставил латинскими буквами. Такие как
> id, status, update_time и прочее. Русскими, только те поля,
> в которых сами пользовательские данные хранятся (или как
> они называются).

Я бы голову отстрелил за такое.

> На перевод и запоминание тратится время. Английский в этой
> области я не знаю.

Ты потратил за написанием постов в этой ветке, а также чтением ответов гораздо больше времени, чем нужно было бы для перевода терминов на http://lingvo.yandex.ru

← →
Игорь Шевченко © (2009-06-08 11:43) [47]

Ega23 © (08.06.09 11:41) [46]

А за подстрочный перевод надо отрывать все выступающие части. Нафиг-нафиг, пусть как хочет, так и пишет - тебе ж не пользоваться :)

← →
oldman © (2009-06-08 11:43) [48]

> Ega23 © (08.06.09 11:41) [46]
> Я бы голову отстрелил за такое.

Я бы другое отстрелил...
Голову надо оставить для последующих размышлений о смысле жизни и бренности бытия.

← →
AndreyV © (2009-06-08 11:46) [49]

> [34] Ega23 © (08.06.09 10:17)
>
> >50 полей, надоело переводить.
>
> Что-то не так с таблицей...

Список сотрудников какой-нибудь вполне. Там на адрес только 10 полей уйдет, а ещё сколько всякого.

← →
oldman © (2009-06-08 11:47) [50]

> Там на адрес только 10 полей уйдет

И на дату рождения три поля.
И еще обязательное четвертое поле "возраст".
:)

← →
Ega23 © (2009-06-08 11:49) [51]

> Там на адрес только 10 полей уйдет

Адреса практически не формализуются. Поэтому максимум - 2 поля. Почтовый индекс и адрес varchar(255).
Этого, как практика показывает, хватает за глаза и за уши.

← →
Игорь Шевченко © (2009-06-08 11:57) [52]

> Этого, как практика показывает, хватает за глаза и за уши.

Это ты здорово ошибаешься. В свое время на SEC-R 2005 целый доклад был на тему работы с почтовыми адресам.
Как минимум, нужна страна (для определения стоимости почтовой пересылки), в ряде случаев - город

← →
Медвежонок Пятачок © (2009-06-08 12:01) [53]

адреса могут быть нужны для внутренних нужд.
это одно.
но они еще могут быть нужны и для внешней отчетности и других целей (потребители данных тоже снаружи).
а это совсем другое.

← →
Ega23 © (2009-06-08 12:05) [54]

> Как минимум, нужна страна (для определения стоимости почтовой
> пересылки), в ряде случаев - город

Ага. А ещё регион, район, село (посёлок, н.п. и т.п.). А там ещё тоже район, улица (проспект, переулок, тупик и т.п.), дом, корпус, строение (а порой и всё вместе). Ну и т.п.

Не формализуется это. Ну страну ещё можно указать, это да. А всё остальное - фиг. Тем более, что названия городов - не уникальны.

← →
Игорь Шевченко © (2009-06-08 12:15) [55]

Ega23 © (08.06.09 12:05) [54]

> Не формализуется это

Еще как формализуется. Собственно, в Outlook вполне себе формализовано - индекс, страна, город или область, все остальное

← →
TUser © (2009-06-08 12:27) [56]

Вставлю свот пять копеек. Я вообще за перевод русского языка на латиницу. Это сильно упстит жизнь всем - нет проблем с кодоировкой, не надо переключать раскладку. Реально, транслитом моржно напистаь все, что угодно и довольно быстро. Например, этот текст по-русски я набирал 2 минуты (думая при этом о содержании), а на транслите (думая только о буквах) - 2 минуты и сорок секунлд. Разница невелика.

Vstavlu svoi pyat" kopeek. Ya voosbhe za perevod russkogo yazika na latinitsu. Eto silno uprostit jizn vsem - net problem s kodirovkoy, ne nado perekluchat" raskladku. Realno, translitom mojno napisat vse, chto ugodno i dovolno bistro. Naprimer, etot tekst po-russki ya nabiral 2 minuti (dumaya pri etom o soderjanii), a na translite (dumaya tolko o bukvah) - 2 minuta i 40 sekund. Raznitsa nevelika.

← →
oldman © (2009-06-08 12:29) [57]

> TUser © (08.06.09 12:27) [56]
> Vstavlu svoi pyat" kopeek. Ya voosbhe za perevod russkogo
> yazika na latinitsu. Eto silno uprostit jizn vsem - net
> problem s kodirovkoy, ne nado perekluchat" raskladku. Realno,
> translitom mojno napisat vse, chto ugodno i dovolno bistro.
> Naprimer, etot tekst po-russki ya nabiral 2 minuti (dumaya
> pri etom o soderjanii), a na translite (dumaya tolko o bukvah)
> - 2 minuta i 40 sekund. Raznitsa nevelika.

Англичанин не поймет ни слова.
Русский тебя проклянет.
:)

← →
oldman © (2009-06-08 12:33) [58]

> TUser © (08.06.09 12:27) [56]
> этот текст по-русски я набирал 2 минуты (думая при этом
> о содержании), а на транслите (думая только о буквах)

:)))))))))))))))))))))))
Заметно. Когда по-русски набирал, о буквах не думал, судя по количеству очепяток...
:)))))))))))))))))))))))

← →
Игорь Шевченко © (2009-06-08 12:34) [59]

> Я вообще за перевод русского языка на латиницу.

нафига ?

← →
Рамиль © (2009-06-08 12:43) [60]

> Не формализуется это. Ну страну ещё можно указать, это да.
> А всё остальное - фиг. Тем более, что названия городов
> - не уникальны.

Формализуется. Никогда отчетность в ПФР не сдавал?
P.S. Индекс уникальный.

← →
Ega23 © (2009-06-08 13:06) [61]

> Никогда отчетность в ПФР не сдавал?

Свят-свят-свят.

> Формализуется.

Вобщем, когда нам один из заказчиков выдвинул предложение о такой вот доработке - формализации ввода адреса и паспортных данных, мы внятных правил образования адреса найти не смогли. А раз нет внятных - значит так или иначе возможна ошибка оператора (которую как раз и хотели минимизировать, введя эти правила).
С паспортными данными - тоже катавасия ещё та. Казалось бы, 4 числа серия и 6 - номер. А вот фиг. У военных - удостоверение личности либо военный билет. У кого-то загран.паспорт. Кто-то вообще иностранец.

← →
Медвежонок Пятачок © (2009-06-08 13:10) [62]

адрес формализуется.
проблема ввода - это другая проблема.
скорее дизайнерская.
достаточно трудно повернуть мозги и создать удобную форму ввода адреса.
в то же время она довольно легко решаема, если на полчаса перестать мыслить как программист.

← →
Игорь Шевченко © (2009-06-08 13:13) [63]

Ega23 © (08.06.09 13:06) [61]

У нас в одном приложении вводится. Проблем вроде нет.

Медвежонок Пятачок © (08.06.09 13:10) [62]

В аутлуке неплохо решили.

← →
oldman © (2009-06-08 13:14) [64]

> Ega23 © (08.06.09 13:06) [61]
> С паспортными данными - тоже катавасия ещё та.

Вот как раз с ними никакой катавасии.
Типов документов не так уж много.
Переключать формат полей ввода - дело нехитрое.
Придумать единый формат хранения для разных типов - час мозгового штурма.

← →
Игорь Шевченко © (2009-06-08 13:18) [65]

oldman © (08.06.09 13:14) [64]

> Придумать единый формат хранения для разных типов - час
> мозгового штурма.

ты еще объясни, нафиг тебе потребуется хранить какие-то поля в паспорте или иных удостоверяющих личность документах по отдельности...
Если только ты не автоматизируешь поспортный стол - наверное в из документопотоках каждая составляющаяя номера имеет свое значение.

← →
oldman © (2009-06-08 13:20) [66]

> Игорь Шевченко © (08.06.09 13:18) [65]

Да в одно поле мы все решали.
Причем, символьное.
Причем и для составляющих это подходит.

← →
Ega23 © (2009-06-08 13:20) [67]

> Придумать единый формат хранения для разных типов - час
> мозгового штурма.

Зачем????
PersPassp varchar(64)

TLabel.Caption := "Паспортные данные";
TEdit. Всё.

← →
Ega23 © (2009-06-08 13:22) [68]

То же самое и с адресом.
А учитывая то, что в нашем продукте 3-5% иностранцев с их документами были - в гробу я видал все эти формализации документов и адресов.

> [51] Ega23 © (08.06.09 11:49)
>
> > Там на адрес только 10 полей уйдет
>
> Адреса практически не формализуются. Поэтому максимум -
> 2 поля. Почтовый индекс и адрес varchar(255).
> Этого, как практика показывает, хватает за глаза и за уши.

Для налоговой и пенсионного с проверкой по классификатору адресов России требуется страна, индекс, регион, район, город, населённый пункт, дом, корпус, квартира. Ещё желательно одно длинное поле для произвольной записи для иностранцев, ещё адрес фактический в таком же формате. И это только адрес. А ещё документ удостоверяющий личность: код документа, номером, дата выдачи, кем выдан. ИНН, ИМНС, Номер пенсионного страхования, ну там дата рождения, пол, естесвенно. Ещё можно вспомнить. И смысла в отдельные таблицы это разносить нет.

Но такая структура, скорее исключение.

> [50] oldman © (08.06.09 11:47)
> И на дату рождения три поля.
> И еще обязательное четвертое поле "возраст".
> :)

Тут я юмора не понял.

> А ещё документ удостоверяющий личность: код документа, номером,
> дата выдачи, кем выдан.

Вот интересно, что ты будешь писать для какого-нибудь Хосе-и-Рауля-Педро-Мария Иглесиаса, который живёт в каой-нибудь провинции Шампань в собственном замке. И кем и когда был выдан ему паспорт? :)
А такие кадры у нас попадались.

ну вилка по гражданству и два фрейма вместо одного

> ну вилка по гражданству и два фрейма вместо одного

Ага, два. Щаз.

ну несколько :)
хотя все равно всего две.
для нерезидентов достаточно адреса одной строкой.
про них в пенсионный и другие гос конторы сообщать не требуется

> хотя все равно всего две.
> для нерезидентов достаточно адреса одной строкой.

Недостаточно. У нас ещё военные есть, а также дети до 14 лет.
А ещё, порой, животных учитывают.

Дмитрий С © (08.06.09 11:25) [43]
>>Такого не бывает в наше-то время еще и под windows.

Бывает ты не поверишь, Китай(1.5 млрд человек), Индия(1.5 млрд человек)! Ты думаеш они себе будут кирилицу ставить? Это не говоря о остальных странах. Помимо этого кодировка cp866 сейчас трудно читаема(Dos русская), но при этом кое что используется, ты не боишся что M$ в лучших традициях cp1251 в след за cp866 пошлет?

> А животных за что? Гринписа на вас нет!)))

Мой бывший шеф когда-то давно для гостиниц софт писал. Так вот там всё это учитывается. Ребёнок до стольких лет - одна цена, до стольки - другая. Собака - третья.
И т.п.

Тут такая фигня - мы, например, не пишем софт, отправляющий нечто для пенсионного фонда. Сложилось так исторически.

Если кто на самолетах летал и видел билет, то номер паспорта там написан (теперь и буржуины стали писать), а кем выдан - никому нафиг не интересно.

Примерно такие же феньки и с почтовым адресом - страна и город нужны, чтобы стоимость марки посчитать, а какой там корпус и есть ли в нем такая квартира - нехай почтальон разбирается, ему за это денег платят.

кстате, из списка контактов аутлука в ПФР тоже нифига не отправляется :)

вообще это конечно гондурас.
нахрена они инн физикам придумали если в каждой бумажке надо полную инфу о налогоплательщике вставлять.

Русские буквы в названиях таблиц/полей MySQL Найти похожие ветки