Hello, Dmitry! Dmitry Kotelnikov wrote:
> SR> НО! Это дело клиента и только клиента. Не дело хранить такую кашу на > SR> сервере. > > А какая же это каша, это тоже самое что сказать зачем хранить мою > фамилию "Котельников" полностью в отдельном поле если можно создать > табличку с буковками и сделать ссылки на них формируя свою фамилию, > согласны это перебор. этот пример - перебор. А вот например дату хранить как день, месяц и год в отдельных столбцах - не перебор. > который не надо делить на какие-то составляющие это просто набор > символов, а форматирование это просто создано на стороне клиента для вот как раз твой этот "номер" - он составной. Он НЕ целый и неделимый. Как минимум потому, что там есть символы /. И еще потому, что ты его хочешь сортировать в экзотическом виде. > того чтобы человеку предлагался номер документа на основе заранее > заданного шаблона самим пользователем (и пользователи этим пользуются > очень часто). Номер просто предлагается ,а пользователь может и его > менять. правильно. выдача по шаблону формируется из ... ? Например. Дата хранится в двоичном виде. Пользователю выводится и так и эдак, в зависимости от конкретного локального формата даты. Грубо говоря, в зависимости от формата ПРЕОБРАЗОВАНИЯ этого самого числа в строку. И, на всякий случай - все, что хранится в строке, подчиняется правилам сортировки строк. Это если именно строки и сортировать, то есть сравнивать их между собой. > Ничего подобного, не полезут я форматирую число, месяц, дату в разных > форматах которое задается 2 символа или 4 и т.д., у меня своя система > форматирования независящая от локализации и от других факторов, я же > приводил пример форматирования. ну ты же из чего то отформатировал, так? пусть жестко, пусть едино для всех, но изначально-то "форматирование" и предполагает преобразование информации, хранимой в одном виде, в иной, заданный, формат. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
