затягнути її в клієнтський курсор або в ClientDataset а там вже можна і посортувати.
Далися тобі ці тавліці.
ну напиши в ADOTable.IndexFieldNames: = "ID DESC"; ID поле по якому сортується якомога догадатися.
тільки тут індекс ні до чого використовується властивість Sort, а сам ADOTable спадкоємець від DataSet ні на які думки не наводить? чому відразу його не використовувати?
p.s. і до речі куди поділися попередні твої гілки на цю ж тему? не знаходжу, може дарма відповідаю.
Я теж не знайшов попередніх!
А Снікнік прав! Чи не юзай індекси БД, а юзай властивість IndexFieldNames компонента доступу до даних!
Ну вообшето зовсім не використовувати індекси я не радив, вони потрібні.
Але в цьому конкретному випадку індексу не буде використовуватися. На відміну від запиту з ORDER BY. Запит обробляється сервером, а сортування на локалі, думаю зрозуміло що локальний датасета і не підозрює про індексах на сервері, то що тут локальна база (Access) неважливо, Jet через який йде доступ зроблений по серверної технології (обмін між користувачем і ядром запитами і дадасетамі , а не прямим відкриттям таблиць).
Мої предидущие гілки видалив модератор.
Не знаю за що. Напевно дістав.
Щодо AdoTable. Просто у мене велика БД, яку я перекладав з Paradox "a, а зараз переводити це все в AdoTable дуже довго напевно, треба спробувати якщо іншого шляху немає, я до сих пір з Ado тільки через ASP працював.
Спасибо большое за поради!
Ти б з TTable на MS SQL переліз. І чим тоді тебе Paradox не влаштував. Я розумію, коли він поступається MS Access за можливостями синтаксису SQL. А якщо великий любитель TTable - одна дорога - додому, на Paradox :-)
Там є Query, які через SQL працюють, але в багато таблиць.
Я цю базу став писати коли взагалі нічого не вмів, а заново все переписувати, це ж з глузду з'їхати.
Мені просто потрібно знати чи можливо це взагалі.
Пам'ять: 0.73 MB
Час: 0.045 c