Întrebare despre datele stabilite în adotable

Întrebare despre datele stabilite în ADOTable

Cum perevodish ori de câte ori ADOTable.active în # XA0, Adevărat, el nu este tras în sus din baza de date toate datele din tabelul din acest motiv, programul se transformă stick-uri.
Prompt cum să facă ceea ce el nu a trage
înregistrare # XA0, sau cel puțin am tras până la trecut, cum ar fi un cuplu de mii.

Vizualizați setările componentelor.
Și nu folosesc ADOTable.

> Ultimul exemplu câteva mii
Sortare în ordine inversă, și primul care a lua câteva mii sau formulează condiția în ADOCommand.

în # XA0, lucru pe care l-am trecut prin ADOTable.
pur și simplu adăugați intrări nu au nevoie pentru a vizualiza baza de date pentru mine. Remake-mă ca nu este hochetsa, deoarece nu trebuie să rescrie destul de o mică bucată de cod.
Dar pentru a schimba componenta la alta nu este la fel este imposibil de a rezolva această problemă?

> De asemenea, cum se schimba o componentă la alta nu este la fel este imposibil de rezolvat
> Această problemă?

Kyro # XA0; (20.07.06 19:04) [2]
Mai ales nu au nevoie de ADOTable - este încă o componentă cu două sensuri.

voobscheto „problemă“ poate fi rezolvată, dar va fi foarte prin. uh, fund, astfel încât să-l puneți blând.

suficient să ne amintim al cărui moștenitor ADOTable. și să-l înregistreze cererea nu îndeplinește condiția, care nu ar fi la deschiderea „trage“ orice înregistrare, și va fi posibil să se adauge.

2 îi lipsește takogogo metoda, prima utilizarea abuzivă non-standard și a componentei (un obiectiv demn de a numai acest ADOTable # XA0, fie în coș), a doua adăugare lentă în comparație cu aceeași ADOCommand. în cazul în care nu se sperie poate arăta cum să facă.
(Și apoi nu vin să întreb cum să accelereze; o)

Puteți înlocui AdoTable pe ADOQuery, și să dea un nume, atunci a fost în tabel. Nu cred că va avea o mulțime de a reface.

> 2 lipsa metodei takogogo, primul non-standard și inadecvat
> Utilizarea componentei (singurul obiectiv demn de
> ADOTable-l # XA0, să fie în coș), a doua adăugare lentă
> Comparativ cu aceeași ADOCommand. în cazul în care nu se sperie
> Eu pot arăta cum se face.

Arată dacă nu este dificil. Pentru că într-adevăr rescrie codul # XA0, dar, cel mai probabil, prea târziu și # XA0; reface # XA0; rânduri au atât de 800.

> remake-ul # XA0; rânduri au atât de 800
haha de 3 ori
o oră sau două de muncă

Kyro # XA0; (21.07.06 11:36) [9]
Nu înțeleg că nu pot remodela?
Dimpotrivă, (cu sau ADOCOmmand ADOQuery pe ADOTable), aș fi înțeles.

tip opisyvaesh
tip
# XA0; TMyADOTable = clasă (TADOTable);

și în loc să ADOTable1.Open; scrie

# XA0; ADOTable1.TableName: = "SELECT * FROM" + ADOTable1.TableName + "unde 1 = 2";
# XA0, cu TMyADOTable (ADOTable1) nu începe
# XA0; # XA0; CommandType: = cmdText;
# XA0; # XA0; Deschideți;
# XA0; end;

este clar că, dacă scrie în numele cere imediat pereprisvavat nu este necesar, și dacă # XA0; CommandType presetat în cmdText atunci nu va trebui să facă (Poate undeva se poate schimba cursul controlului..), Și apoi locul de muncă un standard deschis.

dar schimbarea kompanent (nu trebuie să fie rescrise și nu este deloc dificil, de 800 de linii, doar un pic, pur și simplu lăsați numele și tipul de ADOTable1 schimbat.) pe ADODataSet este cu siguranță mai bine

> Dar schimba kompanent pe ADODataSet este cu siguranță mai bine (și
> Nu este deloc dificil, 800 de linii ar trebui să rescrie nu numai
> Un pic, lăsați numele și tipul l ADOTable1
> Modificare. )

Apoi, întrebarea am putut prin aceeași ADOCOmmand dobovlyat format șir de caractere
Inco_Table.Insert;
Inco_Table.FieldByName ( "ID_ATM_NAME") Valoare: = ATM_Name_Id ;.
Inco_Table.FieldByName ( "TRANS_INFO") Valoare: = Trans [2].
Inco_Table.post;
?
Sau există o nevoie de a scrie SQL Inserare (etc)?

> Utilizarea TADOQuery

De ce TADOQuery?

Există toate metodele, cum ar fi TADOTable, singurul lucru pe care le puteți scrie pe eșantion SQL, care este în loc de a scrie numele tabelului SELECT * FROM MyTable UNDE.
Un totul Insert, Edit, poștă, cum ar fi ADOTable

Vă mulțumesc vei experimenta. și chiar și cu creșterea întârzierii de bază nu se observă la început începe să tulpina.

> De ce TADOQuery?
pentru că după ADOTable și se va părea să vă un basm.

dar, în general, nativ ADO, acesta # XA0; ADOConnection, ADOCOmmand, ADODataSet, le RDCConnection și ar trebui să fie utilizate, dacă este necesar, orice altceva în coș este unic.

Toate TADOQuery refăcute # XA0; podoshol ca totul este bine. Va multumesc tuturor.