Приветствую Вас, 21.02.2006 в 17:20, Вы писали:
DK> вот как раз твой этот "номер" - он составной. Он НЕ целый и неделимый. DK> Как минимум потому, что там есть символы /. И еще потому, что ты его DK> хочешь сортировать в экзотическом виде. Символ / был показан как пример, порядок этих шаблонов может быть любой и сомвол тоже другой например ".", "," , "qwerty", "55", "%" DK> правильно. выдача по шаблону формируется из ... ? Например. DK> Дата хранится в двоичном виде. Пользователю выводится и так и эдак, DK> в зависимости от конкретного локального формата даты. DK> Грубо говоря, в зависимости от формата ПРЕОБРАЗОВАНИЯ этого самого DK> числа в строку. Не надо и так и этак есть шаблоны которые я привел по ним формируется строка и все, а изначально было задано число без лидирующих нулей вот в этом ошибка и была, исправить базу будет возможно только с Нового года, т.к. нумерация уже пошла ро бухгалтерским документам, надо было просто выйти из положения пока. Посоветовали, все ОК, все работает. Всем большое спасибо. Серьезно задача уже выполняет то что нужно. :) DK> И, на всякий случай - все, что хранится в строке, подчиняется DK> правилам сортировки строк. Это если именно строки и сортировать, DK> то есть сравнивать их между собой. Вряд ли там можно выработать какие-то правила, я же приводил примеры шаблонов, просто набор символов, просто строка. DK> ну ты же из чего то отформатировал, так? пусть жестко, пусть едино DK> для всех, но изначально-то "форматирование" и предполагает преобразование DK> информации, хранимой в одном виде, в иной, заданный, формат. Ну... Если хранить строки форматирования это большие растраты при СЕЛЕКТЕ + больше места будет занимать в базе т.к. строки форматирования больше чем, а разбить их на составляющие невозможно т.к. в форматировании присутствует произвольный текст + форматирование + в разных местах + переменные форматирования могут добавляться. Давайте закончим эту тему :) серьезно "Ё-МАЁ" (с) ЗЫ: скоро напишу про проблемы с АЛТЕР + АПДЕЙТ в разных транзакциях где АПДЕЙТИТСЯ другой рядок, только найду "рабочую ошибку", встречалась ли такая проблема раньше? -- С Уважением, Дмитрий Котельников
