Sub formă de date COUNT, stocate în tabelul

în cazul în care:
Mesaje: 8

Nu am găsit căuta subiect pe forum care mă interesează. Ajutor, pzhlst începe!
Esența problemei: există un tabel, există un formular pentru a completa acest tabel. Într-un câmp de formular este un calcul utilizând funcția = DateDiff ( "d"; [Date de intrare], [data transferului]). Această valoare este stocată într-un tabel? A încercat în tabel pentru a înlocui această funcție implicit - eroarea este „câmpul este ceva care nu este recunoscut de motorul bazei de date.“ În forma unui rezultat afișat al funcției de calcul, dar tabela este menținută 0. Ce să fac? ajuta la ibric.

Re: Numar de date sub forma stocate în tabelul [nou]

Locație: Nakhodka
Mesaje: 10974

De exemplu,
Mutați în mod implicit, această formulă,
Dacă aveți nevoie doar de noi înregistrări, și „date“ unitate în domeniul mesei,
Formularul Sursa de date sau un câmp afterapdeyt [Data Traducere]:

Re: Numar de date sub forma stocate în tabelul [nou]

Localizare: Tashkent
Mesaje: 27442

principalul avantaj de a nu salva valorile calculate ale acestei date relevante. Domeniile pe care câmpul calculată poate fi ulterior modificată, dar într-un câmp calculat, aceste modificări nu se vor reflecta cu excepția cazului în eforturi deosebite preprinyat (uneori în mod semnificativ). Și datele, astfel încât atent calculate pentru a fi incorecte. Și ceea ce este necesar?
relevanța datelor este un lucru mare, acesta poate fi neglijată numai în circumstanțe foarte speciale. De exemplu, în cazul în care prețul de ceva este calculat, de exemplu, pe baza costurilor, iar apoi calculat prețul scade în ordinul de plată, prețul în plata nu poate fi schimbat, chiar dacă calculul a fost greșit. Acesta este documentul. Dar pentru astfel de condiții ar trebui să fie stocate valori calculate. Dar acest lucru este rar, în toate celelalte cazuri, calculele nu ar trebui să fie stocate în tabele.

Re: Numar de date sub forma stocate în tabelul [nou]

în cazul în care:
Mesaje: 8

principalul avantaj de a nu salva valorile calculate ale acestei date relevante. Domeniile pe care câmpul calculată poate fi ulterior modificată, dar într-un câmp calculat, aceste modificări nu se vor reflecta cu excepția cazului în eforturi deosebite preprinyat (uneori în mod semnificativ). Și datele, astfel încât atent calculate pentru a fi incorecte. Și ceea ce este necesar?
relevanța datelor este un lucru mare, acesta poate fi neglijată numai în circumstanțe foarte speciale. De exemplu, în cazul în care prețul de ceva este calculat, de exemplu, pe baza costurilor, iar apoi raschitanaya prețul cade în ordinul de plată, prețul în plata nu poate fi schimbat, chiar dacă calculul a fost greșit. Acesta este documentul. Dar pentru astfel de condiții ar trebui să fie stocate valori calculate. Dar acest lucru este rar, în toate celelalte cazuri, calculele nu ar trebui să fie stocate în tabele.

vă mulțumesc foarte mult pentru răspunsurile dumneavoastră. Am învățat multe. Cu toate acestea, câmpul se calculează numai atunci când este administrat sub forma unui al doilea parametru de calcul ([data transferului]). Atunci câmpul calculat și nu trebuie să fie schimbat, și aș dori să salveze datele din tabel. cum să se ocupe cu ea?

Re: Numar de date sub forma stocate în tabelul [nou]

Locație: Queens, MO
Mesaje: 2613

vă mulțumesc foarte mult pentru răspunsurile dumneavoastră. Am învățat multe. Cu toate acestea, câmpul se calculează numai atunci când este administrat sub forma unui al doilea parametru de calcul ([data transferului]). Atunci câmpul calculat și nu trebuie să fie schimbat, și aș dori să salveze datele din tabel. cum să se ocupe cu ea?

Re: Numar de date sub forma stocate în tabelul [nou]

Localizare: Tashkent
Mesaje: 27442

urusoff, așa că nu au convins

Ei bine, să începem oricum. Aici au calculat domeniul în două moduri, inclusiv semnificativ la [data transferului]. Stocate în tabelul de calculat. O lună a trecut, și, groază de orori. Data de transfer nu este corect, trebuie să-l refaceți. OK, ne-am schimbat. O valoare calculată? Este, de asemenea, trebuie să se schimbe? Sau trebuie să rămână așa cum a fost acum o lună, deși datele pentru calculul acesteia au greșit?
Deci, în cazul în care un câmp calculat trebuie să se schimbe, de asemenea, în această situație, nu-l poți păstra în nici un caz. Acesta este un calcul tipic și toate. Nimic mai mult.
În cazul în care câmpul calculat nu ar trebui să fie schimbat, chiar dacă este detectată o eroare, numai în acest caz, acesta poate fi stocat în tabel, deoarece a dobândit statutul unei noi entități, un jeton temporară care se calculează o dată, atunci nu se schimbă niciodată.

Și ce fel de situație aveți?

Re: Numar de date sub forma stocate în tabelul [nou]

Locație: Queens, MO
Mesaje: 2613

În afară de faptul că mds_world a spus el. Vreau să subliniez că, în principiu, cererea - este, de asemenea, o masă, un tip special, conceput doar pentru calcul și de prelucrare a datelor. O probă de o interogare se poate face la fel ca masa. Desigur, există, de asemenea, caracteristici, șef printre ei - este faptul că nu toate cererile (sau orice coloană din interogare) sunt actualizate.

Re: Numar de date sub forma stocate în tabelul [nou]

Locație: Nakhodka
Mesaje: 10974

principalul avantaj de a nu salva valorile calculate ale acestei date relevante. Domeniile pe care câmpul calculată poate fi ulterior modificată, dar într-un câmp calculat, aceste modificări nu se vor reflecta cu excepția cazului în eforturi deosebite preprinyat (uneori în mod semnificativ). Și datele, astfel încât atent calculate pentru a fi incorecte. Și ceea ce este necesar?
relevanța datelor este un lucru mare, acesta poate fi neglijată numai în circumstanțe foarte speciale. De exemplu, în cazul în care prețul de ceva este calculat, de exemplu, pe baza costurilor, iar apoi calculat prețul scade în ordinul de plată, prețul în plata nu poate fi schimbat, chiar dacă calculul a fost greșit. Acesta este documentul. Dar pentru astfel de condiții ar trebui să fie stocate valori calculate. Dar acest lucru este rar, în toate celelalte cazuri, calculele nu ar trebui să fie stocate în tabele.

Aici se spune pe bună dreptate, relevanța datelor.
Dacă stocați un câmp calculat, utilizatorul nu ar trebui să poată
schimba componentele de calcul.
P.S. Apropo, o raritate pentru mine, de exemplu,
acum în mod constant, eu fac unitatea de contabilitate.

Re: Numar de date sub forma stocate în tabelul [nou]

în cazul în care:
Mesaje: 8

urusoff, așa că nu au convins

Ei bine, să începem oricum. Aici au calculat domeniul în două moduri, inclusiv semnificativ la [data transferului]. Stocate în tabelul de calculat. O lună a trecut, și, groază de orori. Data de transfer nu este corect, trebuie să-l refaceți. OK, ne-am schimbat. O valoare calculată? Este, de asemenea, trebuie să se schimbe? Sau trebuie să rămână așa cum a fost acum o lună, deși datele pentru calculul acesteia au greșit?
Deci, în cazul în care un câmp calculat trebuie să se schimbe, de asemenea, în această situație, nu-l poți păstra în nici un caz. Acesta este un calcul tipic și toate. Nimic mai mult.
În cazul în care câmpul calculat nu ar trebui să fie schimbat, chiar dacă este detectată o eroare, numai în acest caz, acesta poate fi stocat în tabel, deoarece a dobândit statutul unei noi entități, un jeton temporară care se calculează o dată, atunci nu se schimbă niciodată.

Și ce fel de situație aveți?

Acum situația este de așa natură încât câmpul calculat nu se va schimba.

Acum situația este de așa natură încât câmpul calculat nu se va schimba.

Ei bine, bine, tu stii mai bine.

Dar, în acest caz, desigur, lucrarea este gravă, dar nu hack elevului, trebuie să-și apere domeniul:
- din modificările manuale în tabelele
- cu privire la orice cererilor de schimbare
- prin modificări în formele de
- precum și pentru a ține un jurnal detaliat al revizuirilor în tabel

Ești pregătit pentru asta? Toate acest lucru este posibil, nu există probleme de nerezolvat. Dar, în valoare de ea? Tu decizi.

Acum situația este de așa natură încât câmpul calculat nu se va schimba.

Ei bine, bine, tu stii mai bine.

Dar, în acest caz, desigur, lucrarea este gravă, dar nu hack elevului, trebuie să-și apere domeniul:
- din modificările manuale în tabelele
- cu privire la orice cererilor de schimbare
- prin modificări în formele de
- precum și pentru a ține un jurnal detaliat al revizuirilor în tabel

Ești pregătit pentru asta? Toate acest lucru este posibil, nu există probleme de nerezolvat. Dar, în valoare de ea? Tu decizi.

Dacă suntem serioși despre proiect, îmi pare rău, dar este mult prea:
- din modificările manuale în tabelele
Și acest lucru este dezvoltator SSZB:
- cu privire la orice cererilor de schimbare

Și având în vedere toate cele de mai sus, de ce o fac?:

- precum și pentru a ține un jurnal detaliat al revizuirilor în tabel