Конференция "Базы" » отсортировать лукап
 
  • rumma (04.06.14 17:29) [0]
    на форме 2 адотабле и дб грид (и остальное для связки). в списке полей второй табле делаем поле лукап на первую. в гриде все видно, список значений из первой выпадает. как сделать чтобы он выпадал отсортированым по алфавиту?
  • Чувак (04.06.14 22:46) [1]
    Использовать вместо ADOTable - ADODataSet и отсортировать в SQL по чем нужно.
  • rumma (05.06.14 08:52) [2]
    адоквери наверно имелось ввиду. нет, так не подходит. приложение большое и переделывать придется все. нужно при помощи адотабле.
  • rumma (05.06.14 09:25) [3]
    вопрос решен через индексы (или в adotable.indexfieldnames пишем нужное поле для сортировки - у той из которой дергаем данные для лукапа или в базе создаем индекс для лукапной таблицы по этому полю и добавляем его в adotable.indexname)
  • sniknik © (05.06.14 09:35) [4]
    > адоквери наверно имелось ввиду.
    нет. имелось в виду именно адодатасет. адоквери и адотабле вообще лучше не использовать (в основном конечно адотабле).
  • turbouser © (05.06.14 10:08) [5]

    > rumma   (05.06.14 08:52) [2]


    > нужно при помощи адотабле.


    > переделывать придется все
  • Дмитрий (05.06.14 13:20) [6]
    Какие сложности в замене одного АДОТабле на один АДОДатасет?
    Курсач горит?
  • rumma (05.06.14 16:03) [7]
    в вопросе только для примера написано что их 2, чтобы понятно было. на самом деле их куча целая со разными полями, и тп.
  • turbouser © (05.06.14 16:38) [8]

    > rumma   (05.06.14 16:03) [7]


    > на самом деле их куча целая со разными полями, и тп.

    Лучше один раз все переделать как следует
  • sniknik © (05.06.14 16:43) [9]
    > на самом деле их куча целая со разными полями, и тп.
    тем хуже для вас. или вернее для того кто программу использует. чем больше данных тем хуже, а количество данных всегда только возрастает.
  • rumma (06.06.14 04:07) [10]
    вопрос как бы уже закрыт, но всеже напишу.

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

    тут например сразу тяжело было написать

    adotable.indexfieldnames=<имя_поля> в лукап табличке, но лучше делать через запросы sql и соответствующие компоненты

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

    с уважением к тем кто участвовал. спасиб.
  • sniknik © (06.06.14 08:02) [11]
    > тут например сразу тяжело было написать
    с учетом того что adotable никем из серьезных программистов, не ламеров, не используется... откуда такие знания возьмутся? ламеры просто не знают "серьезные" может и догадываются, но чтобы ответить так нужно попробовать, проверить... и? НАФИГА? если adotable по сути является вредным "паразитным" компонентом от которого нужно избавляться "во избежание" (... ну и тут могут быть долгие обьяснния почему, которые тебе не интересны, иначе бы по поиску нашел).

    > но лучше делать через запросы sql и соответствующие компоненты
    это тебе прямо сразу и написали. разве нет? прямым ответом. то что ты это интерпретировал по своему, кто виноват?

    > разьве не так?
    представь себя отвечающим на форуме врачей, пришли с вопросом "как использовать костыль при лечении геморроя". что ответишь? что для его лечения есть вполне себе конкретные лекарства, а костыль не подходит. тебе начинают про то что "просто ответь, нужен прямой ответ, а не то что на других форумах как рекомендация"... а, может ну его нафиг таких врачей? и программистов. не то нужно народу который они обслуживают. разьве не так?
  • Дмитрий (06.06.14 13:43) [12]
    Когда-то на заре коротенько имел дело с АДОТабле, но чтобы вспомнить нужно поднапрячься.
    ЕМНИП, сортировка сабжа описана в справке.
    Самое главное, что нужно знать про Табле- его не нужно никогда использовать.
    Это рудимент для облегчения переделки существующих проектов с BDE.
  • rumma (10.06.14 01:06) [13]
    трололо не хочу быть, но считаю нужным ответить:

    .. >> с учетом того что adotable никем из серьезных программистов, не ламеров, не используется
    ну я вот не серьезный наверное, ламер. вы наверное сразу "серъезным" родились? :) никаво неспрашивая сразу его в игнор заслали - смешно :) тоже наверняка мыкались и "от рожденных в мидихлориане дельфей" получили сведения что он бяка? :)
    .. >> если adotable по сути является вредным "паразитным" компонентом от которого нужно избавляться
    незнаю, мне нравится - все что нужно получаю, большего и ненадо. значит право на жизнь имеет. чем он плох-то если работает нормально и то что должен - делает, почему паразитный? таким принципом и у лабела тформ или панелька паразитной будет - если отдельно рассматривать - так и получается.
    .. >> отвечающим на форуме врачей..
    плохой пример.
    война, окопы, госпиталь.
    оторвало парню ногу, сестра притащила в медсамбат. там да - варианты или на родину отправить, там может и пришьют, или снова в бой. костылик приладили - работает - норм. в атаку. больше не нужно пока ничего. и большинству спрашивающих - этого хватит.
 
Конференция "Базы" » отсортировать лукап
Есть новые Нет новых   [118654   +11][b:0][p:0.001]