Behelyezése egy sorban táblázatos formában dbf

Behelyezése egy sort DBF formátumú táblázatban

Ma már ezt a kérdést, de ő eltűnt foruma.Popytayus kérdezze meg újra.
Azt kell beszúrni egy sort táblázatos formában DBF.Imenno paszta, nem írt a DBF formátum konets.V I. táblázat beszúrása működik Append.Vstavka az SQL-lekérdezés (INSERT) azonos eredményt ad-bejegyzés kerül a végén a adatbázisba.
A kérdésem az, lehet-e használni a módszerek és tulajdonságok Delphi6 komponensek be egy rekordot DBF formátumú táblázatot (amit még nem gyötörte mindenféle temp-ovymi fájlokat, és nem írjuk be a kódot), vagy alapvetően lehetetlen? Ha még mindig meg tudja csinálni, hogyan?
Az űrlap I. és DBGrid navigator.No felhasználó behelyezése után bejegyzések úgy tűnik, a tárcsázás vége. (Use alkatrészek táblázat).

Miért van szüksége, próbálja elmondani, az biztos, van egy másik normális megoldás

A másik megoldás szeretnék pridumala.No könnyebb.
Megpróbálja elmagyarázni a lényegét problemy.Tebe bármiről említett nyomtatvány 8DR?
Van DBF-format.V utolsó 3 bejegyzés a táblázatban a TIN kell 99991,99992,99993.V értékeit más területeken is, nem különbözik informatsiya.No vazhno.Vazhno, hogy miután ezek a feljegyzések igény fájl feltöltés (file adózási) nem lehet több zapisey.Samy legkönnyebben rám, mint egy programozó, így a felhasználó maga tette betét, azaz tegye a rekord, amit elfelejtettem, hogy a megfelelő helyre.
Miért kap a felhasználó beállítja kész fájlba sokáig megmagyarázni, és nem valószínű, hogy lesz valaki, interesno.Prosto előttem volt ilyen probléma van.
Természetesen lehet eltávolítani az elmúlt 3 nyilvántartások, adatok beírása a végén, majd újra létre a fájlt a legújabb 3 rekordokat. (Mi a teendő, ha senki nincs online most nem tudom megmondani.)
Bíró magadnak, van különbség - akár I módszerek segítségével (vagy akár néhány növényi tulajdonságokat, nem tudom az igazságot, mit) el fogja érni behelyezés adatsor, akkor én leszek az egészet programozási kitöltés temp-Marketing fájlt, alkotó vonalak stb
Ez nem az leni.Ya csak jött az a tény, és hirtelen mindez lehet tenni könnyebb.

A legjobb (IMHO), hogy a legfontosabb területén <Табельный номер> vagy <ИНД> (Ind.nalogovy szám), és a végső rekord „pontszám” kilenc a legkisebb helyi értékű bit = sorban kód (9999999901,9999999902,9999999903). Aztán, amikor behelyezi - megszüntetik, minden rendben lesz a földön, és az utolsó sor nem kell keresni spets.obrazom változtatni az összegből - a keresse meg az összes.

Legalábbis így rájöttünk, (vagy inkább majdnem). És a felhasználók (Olee 20 vállalat) nem panaszkodnak. 8DR És persze, lehet szerkeszteni. Nem láttam még a természetben egyetlen program, ami tartja hiba nélkül a normál vállalati (chel.ne kevesebb, mint 50, és egy igazi, nem fiktív eredményszemléletű és fizetés).
PS. Nem tudom, hogy a rossz jelentést az összes számlák.

Elfelejtettem mondani. Átviteléhez az adó a mi fájladat egyszerűen lerakott adó formátumban

MsGuns
Köszönjük válaszol.
A lényeg az, hogy én ezt a fájlt magától indexek, de rendezett sorrendben (válogatni nyert kifolyó régi programok s / n) egy felhasználó dolgozik a kész fájlt (3 legújabb összesen rekord), akkor -Ez, és átadja az adó .Otkorrektirovat semmit az adatok feltöltéséhez az űrlap 8DR nem tudok programozni a régi, és nem forrás.
Ez azt jelenti, hogy van mit imeem.Koroche szólva, hogy a kész fájlt, és rabotayu.Vot vele, és be kellett fejeznie az írás az én kis projekt Delphi6.Ya megérteni, hogy a felhasználói felület, akkor létrehoz egy indexet, de a fájl maga (amelyek figyelembe az adó) fizikailag ki bejegyzések fog állni kontse.Poluchaetsya hogy én nem ideiglenes fájl nem lehet csinálni.

Mégis, a kérdés továbbra is, lehetséges-e vagy sem, hogy be egy rekordot DBF fájl formátum?

PSYA Sajnálom, nem egy területen TIN eltömődött 99991,99992,99999 és mező NP (Number sorrendben) - ez a digitális, és csak 5 znakov.V legutóbbi felvétel uszító itogi.Dlya mi adó fájlt kell struktúrája határozza meg, és tele minden szabályt (mármint az utolsó 3 sor) .Ha kirakodás mi adó fájl helyességét a töltelék és a fizikai sorrendjét az összes rekordot (természetesen a szoftver) -Ez b N n / n helyesen töltötték, mi lenne összefoglalni konvergál, hogy rögzítésére használt E-9 volt a végén, stb

Ahhoz, hogy a „gonosz jelentés” Teljesen egyetértek veled.

Beírása, persze, és akkor tudja kezelni. A fájl megnyitása alacsony szinten, de úgy tűnik, sokkal nehezebb, mint szerkeszteni, figyelembe véve az index az atomerőmű, majd egyszerűen másolja a bejegyzéseket a megfelelő sorrendben.

Köszönet mindenkinek, aki válaszolt nekem.
Lesz még másolni rekordok a megfelelő sorrendben.

Persze, sajnálom, de azt hiszem, a legegyszerűbb módja ennek, előszőr a DBF-fájl (betét kívánt bejegyzést, stb), majd hozzon létre egy táblázatot pontosan ugyanaz, mint a DBF-fájlt, és az SQL-kérés, hogy át adatrendezési őket egyedülálló területén.

> Hawk2 (25.09.02 19:04)
Könyvelők megmondja „Köszönöm!” 8)))

A MsGuns: És milyen ironikus?

Az a tény, hogy a szolgáltatás 8DR, hogy a megjelenítési sorrendjét a sorok a táblázat meg kell felelnie a nyomtatott nézet (DBF formátum, kereskedelmi-ben adó - valójában ugyanazt a listát, hanem elektronikus formában is), így ha ez nem teljesül, akkor a könyvelő egyszerűen kényelmetlen dolgozni egy ilyen „rendezetlen” rács.
Az irónia nem kárörvendő, IMHO ne megsértődött

Memória: 0,75 MB
Idő: 0.043 c