Mező hozzáadása az asztalhoz
Hogyan lehet ellenőrizni, hogy a kívánt mezőt a táblázatban, és ha nem kell hozzáadni?
Egy nagyon érdekes előadás a kérdés, de
Jelentése ez. Frissítése egy régi programot. A meglévő táblázat szeretne hozzáadni egy további mező. Tehát van szüksége, mielőtt megnyitni a táblázatot, ellenőrizze, hogy van-e vagy sem - ha nem, hozzá, majd nyissa meg az összes szükséges táblázatok és elkezd dolgozni
Ie kiderül, hogy a program is csúszik 2 változata a táblázatok: a régi (nem kitölteni) és az új (a mező), és van, hogy megtudja, milyen típusú és, ha lehet, a régi táblázatot, hogy egy újat?
Ha igen, hogy információt szerezzenek a mezőket a bemeneti tábla (abban az időben a kezdete egy programot nem világos, hogy milyen: az új vagy régi), akkor egyszerűen nyissa meg a keresett Select * from Table and Field rendezni gyűjteménye adatbázisba.
Bár az ötlet maga zavaros, mert neponyatki mi köze infoy adunk az új területen, az előző ülésen a programot. IMHO, szükséges elválasztani a kaki ing. Ie külön eljárás (nem kell írni a program) csinál egy átkutat és szerkezetátalakítás (ha szükséges) az asztalra, és futtatni, vagy a fülek (egyszer?), vagy csak mielőtt az adott programhoz. És ő már dolgozik a program szerkezetét változatlanul. Egyébként IMHO, zabkása.
Az a tény, a kérdés az, hogy a program lehet csúsztatni a régi asztal és bármikor. Ezért a kezek nem kilépni a program maga meg kell értenie, és ha az, akkor adjunk hozzá egy mező természetesen a régi feljegyzések az adatok az új mező nulla lesz. E művelet után nyitott adatállományok kihegyezett dolgozni ezen a területen
1. Nyissa meg az adatbázist
2. Indítsa el a SELECT lekérdezés csak a nyilvánvalóan hamis feltétel (mert nem kell az adatokat, és Infa Field)
3. Keresünk egy gyűjtemény Field nyílt adatbázisba területén fantom, és állítsa a jele Igen / Nem
4. Igény lezárása
5. Ha a jel „nem fantom”, akkor
# XA0; 5.1. Fordítási táblázatot Ecluses
# XA0; 5.2. Döntetlen a dinamikus DDL-típusú lekérdezés ALTER, ami kell hozzá egy mezőt az asztalra
# XA0; 5.3. Fuss lekérdezés és ellenőrizze az eredményt. Ha Fals, a Chenit akad torkán a terminiruem prog.
# XA0; 5.4. Vegyük ki a tabla kizárólagos
6. A fő munka program (a táblázat már a jobb kitölteni)
Meg kell értenünk, hogy prozhka kizárólag single-player?
mb így van?
ha Table1.FindField ( "SomeField") = nil majd Query1.Execute
Volt. szereplő Query1 elemet lekérdezés ALTER TABLE.
És mi a helyzet az exkluzív?
Serge. szeretné látni a retelling / ismétlés, amit már írt róla. )))
Paradox én nem dolgozom a DBF megnézem a szerkezetet az adatbázisban fejléc. Úgy gondolom, hogy a két kupakot az asztal lehet hasonlítani. És hozzá a hiányzó mezőket.
Akkor is ellen a csizmáját. Vagy egy bunda. Találkozunk a ruhákat?
A program legyen a témában;)
Először is, hol van a „sapkát”. Fejléc, azaz DBP fájl része, ahol rögzített Infa táblázat szerkezete (v.ch.deskriptory mezők) nevű sapkát.
Mindegy. országkód. Van néhány mellékíz a DOS
Cap általában nazyvaetsja mi látható a tetején (első) ekkor: jelentést, például. A rács valójában mit tart sapka, sérteget vagy címet, de a munkások és parasztok, a főcím. # XA0; a szerkezet (a „sapka”) adatot táblázatokat, amelyekben a rács jelenik meg, ez a cím nagyon kevés a közös vonás.
> Egyszer egy foglalás - én csak dolgozni DBF
Szomorú vagyok neked.
> Én idézett, csak a kódot, hogy meghatározza az adatbázis szerkezetét. minden információt az adatbázisból látható az elején a cím.
Először is, nem egy adatbázis. de csak az asztalra, másrészt nem minden.
> Van még mindig szeretné, hogy pontosan meghatározzák a hossza a Num típusú mező mérete 18.3? Nincs típusa float mert a tényleges mérete plaavyuschaya pont.
Nincs semmi hez nem. Ezen kívül, azt utalhat, hogy a sok dokkok a különböző formátumokat, a motor és az adatbázis-kiszolgálók
azzal a céllal, hogy megértsék a fizikai tárolási módszer és eszköz értelmezése és hívószámkijelzés adatbázistáblákban.
A DBP, véleményem szerint, minden mindig tárolva jellegű formában, vagy tévedek?
2. Indítsa el a SELECT lekérdezés csak a nyilvánvalóan hamis feltétel (mert nem kell az adatokat, és Infa Field)
Miért ilyen perverzió?
Fielddefs.Update - és az összes metaadat a zsebében.
Ehhez nyissa meg a táblázatban. Kérdés, mivel nem nyílik meg, - ez a különbség. By the way, a felfedezés a táblázat időben hosszabb (az paroksa egyébként). Kérdés lefut szinte azonnal, még ha egy másik számítógépen.
Ehhez nyissa meg a táblázatban.
Nem kell megnyitni a táblázatot
Van olyan vélemény is, hogy a nyílt eljárás nem kell hívni.
A táblázat önmagában természetesen meg kell nyitni a fájlt, mint ahogy ez a helyzet a select * from tábla, ahol 0 = 1
Egyetértek. Csak azért, mert más módon. By the way, ha megnézi az TDataSet, lehetséges, hogy ő maga is elismeri, az ilyen kérelmeket is?
Memória: 0.78 MB
Idő: 0.084 c