Formájában számítási adatok, a táblázatban tárolt
ahol:
Hozzászólások: 8
Azt nem talált keresni a fórum téma, ami érdekel engem. Segítség, pzhlst kezdődik!
A probléma lényege: van egy tábla, van egy űrlapot kell kitöltenie ezt a táblázatot. Az egyik formában a mező egy számítást függvény használatával = DateDiff ( „d”; [Dátum Bejövő], [átadás időpontját]). Ezt az értéket egy táblázatban tárolja? Próbáltam a táblázatban helyettesíteni ezt a funkciót az alapértelmezett - a hiba „területén valami nem ismeri el az adatbázis motort.” Formájában megjelenített számítás eredményét funkció, de az asztal megmarad 0. Mit kell tenni? segítse a vízforraló.
Re: számítanak adatok formájában tárolt táblázat [új]
Elhelyezkedés: Nakhodka
Hozzászólások: 10974
Például,
Mozgás az alapértelmezett ezt a képletet,
Ha szüksége van csak az új rekordot, és a „data” hajtás terén az asztalra,
Az adatok forrása formában, vagy egy mező afterapdeyt [Date Translation]:
Re: számítanak adatok formájában tárolt táblázat [új]
Elhelyezkedés: Tashkent
Hozzászólások: 27442
A fő előnye, hogy nem menteni a számított értékek az adatok relevanciáját. A mezők, amelyek a számított mezőt a későbbiekben megváltoztatható, de a számított mező, ezek a változások nem jelennek hacsak különleges erőfeszítéseket preprinyat (néha jelentősen). És az adatokat, úgyhogy óvatosan kell kiszámítani, hogy helytelen. És mi szükség van?
vonatkozású adatok egy nagyszerű dolog, akkor el lehet hanyagolni csak igen speciális körülmények között. Például, ha az ár valami kiszámítható például alapján költség, és kiszámítjuk az ár esik a fizetési megbízás, az ár a fizetési nem lehet változtatni, még akkor is, ha a számítás tévedett. Ez az a dokumentum. De ilyen körülmények között számított értékeket kell tárolni. De ez ritka, minden más esetben a számításokat nem kell tárolni a táblázatokban.
Re: számítanak adatok formájában tárolt táblázat [új]
ahol:
Hozzászólások: 8
A fő előnye, hogy nem menteni a számított értékek az adatok relevanciáját. A mezők, amelyek a számított mezőt a későbbiekben megváltoztatható, de a számított mező, ezek a változások nem jelennek hacsak különleges erőfeszítéseket preprinyat (néha jelentősen). És az adatokat, úgyhogy óvatosan kell kiszámítani, hogy helytelen. És mi szükség van?
vonatkozású adatok egy nagyszerű dolog, akkor el lehet hanyagolni csak igen speciális körülmények között. Például, ha az ár valami kiszámítható például a költsége alapján, majd raschitanaya ára csökken a fizetési megbízás, az ár a fizetési nem lehet változtatni, még akkor is, ha a számítás tévedett. Ez az a dokumentum. De ilyen körülmények között számított értékeket kell tárolni. De ez ritka, minden más esetben a számításokat nem kell tárolni a táblázatokban.
Nagyon köszönöm a válaszokat. Sokat tanultam. Azonban, a mező úgy számítjuk csak akkor, amikor formájában adjuk be egy második paraméter kiszámításához ([transzfer dátum]). Ez az, amikor a számított mezőt, és ezt nem szabad megváltoztatni, és szeretnék, hogy mentse az adatokat a táblázatban. hogyan kell foglalkozni vele?
Re: számítanak adatok formájában tárolt táblázat [új]
Hely: Queens, MO
Hozzászólások: 2613
Nagyon köszönöm a válaszokat. Sokat tanultam. Azonban, a mező úgy számítjuk csak akkor, amikor formájában adjuk be egy második paraméter kiszámításához ([transzfer dátum]). Ez az, amikor a számított mezőt, és ezt nem szabad megváltoztatni, és szeretnék, hogy mentse az adatokat a táblázatban. hogyan kell foglalkozni vele?
Re: számítanak adatok formájában tárolt táblázat [új]
Elhelyezkedés: Tashkent
Hozzászólások: 27442
urusoff, úgyhogy nem győzték
Nos, kezdjük egyébként. Itt kiszámították területén két módon, beleértve a érdemben az [átadás időpontját]. A táblázatban tárolt számított. Egy hónap telt el, és a horror rémségek. átadás időpontját nem helyes, meg kell ismételni azt. OK, mi változott. A számított érték? Ez is meg kell változtatni? Vagy így kell maradjanak, mint egy hónappal ezelőtt, bár az adatok kiszámításának tévedtek?
Tehát, ha a számított mezőt is meg kell változtatni ebben a helyzetben, akkor nem tárolja el minden esetben. Ez egy tipikus kiszámítása és az összes. Semmi több.
Ha a számított mező nem lehet változtatni, még akkor is, ha hibát észlel, csak ebben az esetben lehet a táblázatban tárolt, hiszen megszerezte a státusz egy új egység, egy ideiglenes token éppen egyszer számítja ki, akkor soha nem változik.
És milyen helyzetben van?
Re: számítanak adatok formájában tárolt táblázat [új]
Hely: Queens, MO
Hozzászólások: 2613
Amellett, hogy mds_world mondta. Szeretném hangsúlyozni, hogy elvileg a kérelem - szintén egy asztal, egy speciális fajtája, célja csak a számítási és adatfeldolgozási. A mintát a lekérdezés lehet tenni, mint az asztal. Természetesen vannak is rendelkezik, amelyek közül a legfontosabb - az, hogy nem minden kérés (vagy bármely oszlop a lekérdezés) frissülnek.
Re: számítanak adatok formájában tárolt táblázat [új]
Elhelyezkedés: Nakhodka
Hozzászólások: 10974
A fő előnye, hogy nem menteni a számított értékek az adatok relevanciáját. A mezők, amelyek a számított mezőt a későbbiekben megváltoztatható, de a számított mező, ezek a változások nem jelennek hacsak különleges erőfeszítéseket preprinyat (néha jelentősen). És az adatokat, úgyhogy óvatosan kell kiszámítani, hogy helytelen. És mi szükség van?
vonatkozású adatok egy nagyszerű dolog, akkor el lehet hanyagolni csak igen speciális körülmények között. Például, ha az ár valami kiszámítható például alapján költség, és kiszámítjuk az ár esik a fizetési megbízás, az ár a fizetési nem lehet változtatni, még akkor is, ha a számítás tévedett. Ez az a dokumentum. De ilyen körülmények között számított értékeket kell tárolni. De ez ritka, minden más esetben a számításokat nem kell tárolni a táblázatokban.
Itt azt helyesen mondta, a jelentősége az adatokat.
Ha tárolni egy kiszámított mezőt, a felhasználó nem lesz képes
változtatni számítástechnikai alkatrészeket.
Ui By the way, ritkaság számomra, például
most folyamatosan, csinálok elszámoló egység.
Re: számítanak adatok formájában tárolt táblázat [új]
ahol:
Hozzászólások: 8
urusoff, úgyhogy nem győzték
Nos, kezdjük egyébként. Itt kiszámították területén két módon, beleértve a érdemben az [átadás időpontját]. A táblázatban tárolt számított. Egy hónap telt el, és a horror rémségek. átadás időpontját nem helyes, meg kell ismételni azt. OK, mi változott. A számított érték? Ez is meg kell változtatni? Vagy így kell maradjanak, mint egy hónappal ezelőtt, bár az adatok kiszámításának tévedtek?
Tehát, ha a számított mezőt is meg kell változtatni ebben a helyzetben, akkor nem tárolja el minden esetben. Ez egy tipikus kiszámítása és az összes. Semmi több.
Ha a számított mező nem lehet változtatni, még akkor is, ha hibát észlel, csak ebben az esetben lehet a táblázatban tárolt, hiszen megszerezte a státusz egy új egység, egy ideiglenes token éppen egyszer számítja ki, akkor soha nem változik.
És milyen helyzetben van?
Most a helyzet olyan, hogy a számított mező nem fog változni.
Most a helyzet olyan, hogy a számított mező nem fog változni.
Nos, hát, te jobban tudod.
De ebben az esetben természetesen a munka komoly, de nem a hallgató hack, meg kell védeni a kezdőcsapatot:
- a kézi változások a táblázatokban
- bármilyen változtatási kérelmek
- módosításokkal a formák
- valamint részletes naplót módosítások a táblázatban
Készen állsz erre? Mindez lehetséges, nincs megoldhatatlan probléma. De megéri? Ön dönti el.
Most a helyzet olyan, hogy a számított mező nem fog változni.
Nos, hát, te jobban tudod.
De ebben az esetben természetesen a munka komoly, de nem a hallgató hack, meg kell védeni a kezdőcsapatot:
- a kézi változások a táblázatokban
- bármilyen változtatási kérelmek
- módosításokkal a formák
- valamint részletes naplót módosítások a táblázatban
Készen állsz erre? Mindez lehetséges, nincs megoldhatatlan probléma. De megéri? Ön dönti el.
Ha komolyan vesszük a projekt, sajnálom, de ez túl:
- a kézi változások a táblázatokban
És ez SSZB fejlesztő:
- bármilyen változtatási kérelmek
És mivel az összes fenti, akkor miért?:
- valamint részletes naplót módosítások a táblázatban