Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2003.09.22;
Скачать: [xml.tar.bz2];

Вниз

Наболевшая тема которую я так и нерешил, сортировка то полям.....   Найти похожие ветки 

 
Relaxxx   (2003-08-30 13:12) [0]

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


 
Sergey,Masloff   (2003-08-30 13:47) [1]

А что за трудность с сортировкой по Calculate? Lookup же поля вообще must die как класс. Вреда от них гораздо больше чем пользы. Если для выбора используется всего пара-тройка вариантов то проще засунуть их в кэш а если несколько демятков(сотен, тысяч) то за применение Lookup нужно сразу расстреливать. Так что join и сортируй себе обычным order by


 
Relaxxx   (2003-08-30 14:24) [2]

Я решил вообще отказаться от полей Calculate и Lookup. Но все равно хотелось бы знать как мне сортировать такие поля. Расскажите поподробней как заносить в кеш и как с ним работать!


 
mike-d   (2003-08-30 16:04) [3]

Вопрос: в каком контексте тебе требуется такая сортировка?
Для печати - как предложил [1] - то все нормально реализуется составлением SQL-запроса.
Если же тебе нужен "живая" выборка (чтобы ее можно было редактировать в Grid"е), то тут уже масса вариантов... Требуется хотя бы указать какой движок БД используется.
Для Paradox (к примеру) существует компонент UpdateSQL. Или (как вариант) свистнуть ExpressQuantunGrid. Он позволяет такие фокусы, но и своих подводных камней у него достаточно...


 
Olivka   (2003-08-30 17:56) [4]

Когда мы тут с коллегой разбирали очень подробно как выводятся в Ehlib поля lookup -как это есть у них в примере, то выяснилось, что они в запрос вставляют 2 поля - одно из них получается lookup, а другое обычное, как здесь упоминалось в join. Так если нужно, чтобы на экране было это самое lookup, то используется оно, а когда сортируется - то сортировка делается по другому полю, то, которое в join указывается. (не знаю, понятно ли разъяснила). тАк что это выход.
Еще бы добавила, что некоторые SQL не поддерживают order by <поле_join> так что для них я использую порядковые номера - order by 3,4,5.
У Ehlib очень хороший пример - там же можно и посмотреть, как проводят они сортировку по calculate и другие хорошие вещи
пока!


 
Sergey13   (2003-09-01 08:59) [5]

2Relaxxx © (30.08.03 14:24) [2]
>Я решил вообще отказаться от полей Calculate и Lookup. Но все равно хотелось бы знать как мне сортировать такие поля.

8-)
Если решил отказаться, то зачем сортировать?



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2003.09.22;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.45 MB
Время: 0.011 c
1-71587
AlexSSS
2003-09-09 19:35
2003.09.22
КАК открыть файл, который лежит на CD


14-71882
Zhenka
2003-09-03 08:47
2003.09.22
Подскажите как оптимизировать код.


1-71750
DeniM
2003-09-10 11:32
2003.09.22
Incompartible types Integer and Extended (+)


1-71702
Петр
2003-09-11 07:12
2003.09.22
Кто-нибудь знает формат почтового файла dbx


7-71982
Alexkav
2003-07-09 12:12
2003.09.22
Запуск и останов службы





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский