Problemă cu versiunile driverului ODBC
Există astfel de pachete de la MS cu nume MDAC și Jet (mai devreme, pentru versiunea MDAC 2.6 toate acestea au mers într-o singură sticlă) # xA0; - astfel încât aceste pachete să conțină toate driverele ADO și ODBC în produsele MS.
Ultima versiune este descărcată gratuit de pe site-ul MS și instalată.
Și mai mult. Drop ODBC, lucrați cu MS Access prin ADO.
Pentru o lungă perioadă de timp, ODBC nu are drivere proprii pentru unele baze de date, în special pentru Access cu care lucrează Jet, iar în driverul ODBC redirecționarea "simplă" a apelurilor către acesta. (+ există, de asemenea, o parte care este responsabilă pentru sintaxa ODBC-shny, dar acest lucru nu se aplică în cazul)
m. că pentru a avea aceeași versiune este ușor de a pune ultimul SP Jet (al 8-lea fel, căutați melkosofta).
dar nu puteți transfera conducătorul auto de la un sistem la altul și este greșit că nu merită nici măcar să "deranjeze".
despre o eroare, de la Jet Help
Prea puțini parametri. necesar <число>. (Eroare 3061)
Pentru această interogare cu parametri, trebuie să specificați un număr diferit de parametri. Furnizați numărul necesar de parametri și rulați din nou interogarea.
În unele cazuri, acest mesaj apare când numele sau expresiile câmpurilor de parametri necunoscute sunt interpretate ca parametri de interogare. Verificați că numele câmpurilor care conțin spații sau semne de punctuație sunt închise în paranteze pătrate [].
> dar acest lucru nu se aplică cazului
deși nu, acest lucru poate fi relevant, pur teoretic. ia două opțiuni pentru instalarea celei vechi cu driverul propriu și sintaxa de lucru "nativă", iar cea nouă în care, după ce interogarea a fost convertită în sintaxa Jet, cererea este transmisă acesteia. și are alte câmpuri rezervate, iar ceva poate fi omis. iar în Jet / Access, etichetele incomprehensibile în locul câmpurilor / condițiilor pot fi interpretate ca nume de parametri. Iată neconcordanța dintre numărul lor.
> Și mai mult. Drop ODBC, lucrați cu MS Access prin ADO.
este sigur că va fi mai bine fără intermediari, doar clarificări. prin ADO + Jet.
Lucrez deja prin ADO. Dacă accesați direct baza de date prin Jet, viteza va fi mai mare decât prin ODBC?
puțin probabilă. Comenzile de interogare sunt prea rare pentru a fi executate și există prea puține diferențe între apelarea unei proceduri și apelarea unei proceduri în cadrul unei alte proceduri.
viteza nu este în acest sens, ci în algoritmi și metode optime de lucru.
Dacă este configurat corect - comparabil cu BDE + Paradox (ușor inferior). Vorbesc despre navigarea prin mese.
Am făcut o conexiune prin Jet - eroarea a dispărut! Se pare că noua versiune a driverului ODBC are o nouă sintaxă. Mulțumesc!
O altă întrebare. Deschideți și închideți tabelul de timp pentru actualizare. În grilă, înregistrarea curentă este centrat vertical, ceea ce nu este convenabil dacă înregistrarea curentă a fost, de exemplu, înainte de actualizare. Cum va dezactiva această proprietate?
> Cum va dezactiva această proprietate?
acest lucru nu trebuie gândit. ci despre cum să o faceți, astfel încât să nu fie nevoie să închideți și să deschideți mese pe timer. este, în general, prerogativa utilizatorului să primească date în momentul în care au nevoie de ele (și nu în momentul editării lor, de exemplu).
> În grilă, înregistrarea curentă este centrat vertical,
> # xA0; ceea ce nu este convenabil dacă, înainte de actualizarea înregistrării curente, a fost de exemplu
> de mai jos. Cum va dezactiva această proprietate?
Nu lupta cu probleme psihologice.
> Nu lupta cu probleme psihologice.
Articole similare
Trimiteți-le prietenilor: