Introducerea unui rând într-o tabelă în format DBF
Am pus deja această întrebare astăzi, dar undeva a dispărut de pe forum. Voi încerca să o întreb din nou.
Am nevoie pentru a insera un rând într-o pastă DBF.Imenno format de tabel, nu este scris în formatul DBF konets.V Tabelul inserez funcționează ca Append.Vstavka folosind SQL-interogare (INSERT) dă același rezultat trării este scris la sfârșitul setului de date.
Întrebarea mea este, pot utiliza metodele și proprietățile componentelor Delphi6 pentru a insera o înregistrare în tabelul format DBF (care nu a fost chinuit în tot felul de fișiere temp ovymi și nu scrie codul) sau este fundamental imposibil? Dacă încă mai pot face acest lucru, cum?
Pe formular am un DBGrid și un navigator, dar după ce am introdus o înregistrare de către utilizator, apare la sfârșitul setului (folosesc componenta Tabel).
De ce aveți nevoie de acest lucru, încercați să spuneți, cu siguranță există o altă soluție normală
M-am gândit deja la o altă soluție, dar aș vrea să fie mai simplă.
Voi încerca să vă spun esența problemei. Aveți o întrebare despre forma 8DR?
Acolo DBF-format.V ultimele 3 intrări în tabelul din TIN ar trebui să fie 99991,99992,99993.V valori ale altor domenii, de asemenea, nu este diferit informatsiya.No vazhno.Vazhno că, după aceste înregistrări privind completarea cererii de fișier (fișiere pentru impozitare) ar trebui să fie mai zapisey.Samy cel mai simplu mod pentru mine ca un programator, astfel încât utilizatorul însuși a făcut insert, adică au pus înregistrarea ați uitat să aducă în locul potrivit.
De ce utilizatorul meu corectează dosarul finalizat? E greu de explicat de mult timp și este puțin probabil ca cineva să fie interesat. Înainte de mine a existat o astfel de problemă.
Sigur că se poate elimina ultimele 3 înregistrări, introduceți informații în cele din urmă, și apoi re-genera fișierul cu cele mai recente cu 3 înregistrări. (Ce voi face în cazul în care nimeni nu este on-line acum nu pot să spun.)
Judecati-va pentru voi insiva, exista o diferenta - daca folosesc metodele (sau chiar unele setari de proprietati - nu stiu pe care dintre ele) voi primi inserarea in setul de date, sau voi programa totul - completati fisierul temp, și așa mai departe.
Totul nu este din lenea, tocmai am pornit de la faptul că toate acestea pot fi făcute mai ușor.
Cel mai bun (IMHO) pentru a face câmpul cheie <Табельный номер> sau <ИНД> (Numărul Ind.nalogovy), iar înregistrarea finală „scor“ nouă puțin semnificativ bit = cod rând (9999999901,9999999902,9999999903). Apoi, când introduceți - eliminarea totul va fi pe teren, iar linia finală nu este necesar să se caute spets.obrazom pentru a schimba cantitatea acolo, - pentru a localiza toate.
Cel puțin, suntem atât de implementați (sau, mai degrabă, aproape). Și utilizatorii (mai mult de 20 de organizații) nu se plâng. Și 8DR, desigur, este editat. Încă nu am văzut în natură niciun program care ar fi considerat-o fără erori pentru o întreprindere obișnuită (nu mai puțin de 50 de persoane și cu angajamente și plăți reale și nu fictive).
PS. Nu știu nici un raport mai rău în departamentul de conturi.
Am uitat să spun. Pentru a transfera taxa din fișierul nostru, datele sunt pur și simplu scoase din taxă
MsGuns
Mulțumesc că ați răspuns.
Lucru este că am acest fișier merge fără indici, dar în ordine sortată (sortate obținute prin evacuarea din vechile programe s / n) Un utilizator care lucrează cu un fișier gata (cu 3 cele mai recente totaluri înregistrări), acesta -Asta și ar trebui să predea taxa .Otkorrektirovat nimic atunci când încărcarea de date pentru forma 8DR nu pot programa vechi și fără sursă.
Adică, avem ceea ce vorbind imeem.Koroche, eu iau dosarul terminat și rabotayu.Vot cu el și a trebuit să termin de scris micul meu proiect în Delphi6.Ya să înțeleagă că interfața utilizator, puteți crea un index, dar în fișierul în sine (care urmează să treacă la taxă) înregistrările inserate fizic vor fi la sfârșitul anului. Se pare că nu pot face fără un dosar temporar.
Și totuși rămâne întrebarea - puteți introduce înregistrarea într-un fișier DBF?
PSYA Îmi pare rău, nu un TIN câmp înfundat 99991,99992,99999 și câmpul NP (număr în ordine) - este digitală și numai 5 znakov.V de înregistrare cele mai recente incitând itogi.Dlya dosarul nostru de impozitare ar trebui să fie determinată de structura și Umplut toate regulile (mă refer ultimele 3 linii) .Dacă de descărcare de fișiere nostru fiscal verifica corectitudinea umplerii și ordinea fizică a tuturor înregistrărilor (desigur, în software-ul) -Asta b N n / n a fost completat corect, ce s-ar rezuma converge, care a folosit pentru a înregistra E-9 au fost la final, etc.
În contul "raportului rău", sunt total de acord cu dvs.
Inserați, desigur, aveți posibilitatea să și stilouri. deschizând fișierul la un nivel scăzut, dar pare mai complicat decât să îl editați cu indexul NPP, apoi copiați intrările în ordinea dorită.
Mulțumesc tuturor celor care mi-au răspuns.
Încă trebuie să copiați înregistrările în ordinea corectă.
Desigur, îmi pare rău, dar cred că cel mai simplu mod de a face acest lucru, mai întâi edita DBF-fișier (insert dorit intrări, etc.), și apoi să creați exact în exact la fel ca și un DBF-fișier și folosind SQL-solicitarea de a transfera la un tabel de date prin sortarea acestora printr-un câmp unic.
> Hawk2 (Sep 25th, 2002 7:04 pm)
Contabilii vă vor spune "Mulțumesc foarte mult!" 8)))
La MsGuns: De ce fier?
Faptul că 8DR caracteristica că ordinea de afișare a liniilor din tabel trebuie să corespundă vizualizarea imprimat (format DBF, trade-in impozitare - este de fapt aceeași listă, dar în format electronic), așa că, dacă acest lucru nu este îndeplinită, atunci contabil pur și simplu incomod pentru a lucra cu o astfel de rețea „dezordonat“.
Ironia nu este nemulțumită, jignită IMHO nu merită
Memorie: 0,75 MB
Durată: 0,043 secunde
Trimiteți-le prietenilor: