Hogyan lehet hozzáférni az asztalra, hogy rendezni fordított sorrendben nélkül sql
húzza meg a kliens-oldali kurzor vagy ClientDataset és már most is lehetséges, és posortirovat.
Akkor kaptak ezek tavlitsi.
Nos írjon ADOTable.IndexFieldNames: = "ID DESC"; ID mezőt, amelyben rendezve lehető dogadatsya.
Csak akkor az index használt semmit rendezés tulajdon és örököse ADOTable adathalmazt olyan gondolatok vezet? miért nem használja rögtön?
Ui és az úton, hogy mi történt az előző menet ugyanezt a témát? Nem találom, lehet mondani semmit.
Azt is megállapították, az előző!
A Sniknik jobb! Nem yuzay adatbázis indexek és yuzay ingatlan IndexFieldNames adatelérési komponens!
Nos voobsheto indexeket nem használó nem javaslom, szükség van rájuk.
De ebben az esetben nem fogja indexelni ispolzovat. Ellentétben lekérdezést ORDER BY. Kérelem az a kiszolgáló, és egyfajta a locale, azt hiszem, egyértelmű, hogy a helyi adatbázisba, és tisztában indexek a szerveren, amely egy helyi adatbázis (Access) nem számít, a Jet, amelyen keresztül a beléptetés a szerver technológia (a csere a felhasználó és a kernel kérelmek és dadasetami inkább mint közvetlen nyitás táblázatokat).
Saját korábbi fájl ágakat eltávolítjuk a moderátor.
Nem tudom, hogy mit. Valószínűleg megvan.
Mintegy AdoTable. Csak van egy nagy adatbázis, amit fordítás paradoxon „a, és most egy nagyon hosszú idő, hogy fordítanom az egészet AdoTable valószínűleg meg kell próbálni, ha nincs más út, én még mindig a Ado csak ASP működött.
Köszönöm szépen a tanácsot!
Van egy TTable MS SQL mászott. És mi van, ha nem fogadja el a Paradox. Megértem, hogy ez rosszabb, mint a MS Access SQL szintaxist lehetőségeket. És ha egy nagy rajongója a TTable - egyirányú - otthon Paradox :-)
Ott van a Query, ami működik SQL-en keresztül, de sok asztalon.
Elkezdtem írni ezt a bázist, ha egyáltalán semmit sem tudott, és újra minden újraírása, ez őrület.
Csak meg kell tudni, hogy ez egyáltalán lehetséges.
Memória: 0,73 MB
Idő: 0.045 c