Под формата на данни за броя, съхранявани в таблицата

когато:
Публикации: 8

Аз не намери намерите темата на форума, което ме интересува. Помощ, pzhlst започва!
Същността на проблема: има маса, има форма за попълване на тази таблица. В едно поле форма е изчисление използвайки функцията = DateDiff ( "D" [Дата входящо], [дата трансфер]). Тази стойност се съхранява в една маса? Опита в таблицата, за да замести тази функция по подразбиране - грешката е "областта е нещо, не са разпознати от машината на базата данни." Под формата на изведения резултат от функцията за изчисляване, но на масата се поддържа 0. Какво да се прави? помогне на чайника.

Re: брои на данни под формата съхранява в таблицата [ново]

Местоположение: Nakhodka
Публикации: 10974

Например,
Придвижване по подразбиране тази формула,
Ако имате нужда само за нови записи, както и "данни" диск в областта на масата,
Данните източник форма или поле afterapdeyt [Date превод]:

Re: брои на данни под формата съхранява в таблицата [ново]

Местоположение: Ташкент
Публикации: 27442

Основното предимство на не спаси изчислените стойности на този значение за данни. Полетата, на които впоследствие могат да бъдат променяни областта на изчислението, но в изчисленото поле, тези промени няма да се отразят освен ако особени усилия preprinyat (понякога значително). И вашите данни, така че внимателно изчислени, че е неправилна. И това, което е необходимо?
значение на данни е голямо нещо, то може да бъде пренебрегната само в много специални обстоятелства. Например, ако цената на нещо, се изчислява, например въз основа на разходите, а след това изчислява цената пада в платежното нареждане, цената на плащането не може да се промени, дори ако изчислението не е наред. Това е документ. Но за тези условия трябва да се съхраняват изчислените стойности. Но това се случва рядко, във всички останали случаи изчисленията не трябва да се съхраняват в таблиците.

Re: брои на данни под формата съхранява в таблицата [ново]

когато:
Публикации: 8

Основното предимство на не спаси изчислените стойности на този значение за данни. Полетата, на които впоследствие могат да бъдат променяни областта на изчислението, но в изчисленото поле, тези промени няма да се отразят освен ако особени усилия preprinyat (понякога значително). И вашите данни, така че внимателно изчислени, че е неправилна. И това, което е необходимо?
значение на данни е голямо нещо, то може да бъде пренебрегната само в много специални обстоятелства. Например, ако цената на нещо, се изчислява, например въз основа на разходите, а след това raschitanaya цена попада в платежното нареждане, цената на плащането не може да се промени, дори ако изчислението не е наред. Това е документ. Но за тези условия трябва да се съхраняват изчислените стойности. Но това се случва рядко, във всички останали случаи изчисленията не трябва да се съхраняват в таблиците.

Благодаря ви много за вашите отговори. Научих много. Въпреки това, областта се изчислява само когато се прилага във формата на втори параметър за изчисляване ([дата трансфер]). Това е, когато изчисленото поле и не трябва да се променя, и бих искал да спаси своите данни в таблицата. как да се справят с него?

Re: брои на данни под формата съхранява в таблицата [ново]

Местоположение: Queens, MO
Публикации: 2613

Благодаря ви много за вашите отговори. Научих много. Въпреки това, областта се изчислява само когато се прилага във формата на втори параметър за изчисляване ([дата трансфер]). Това е, когато изчисленото поле и не трябва да се променя, и бих искал да спаси своите данни в таблицата. как да се справят с него?

Re: брои на данни под формата съхранява в таблицата [ново]

Местоположение: Ташкент
Публикации: 27442

urusoff, така че не убеждава

Е, нека започнем така или иначе. Тук са изчислени областта по два начина, в това число значение в [датата прехвърляне] на. Съхранява се в таблицата са изчислени. Един месец изтече, и, ужас на ужасите. дата на превод не е правилна, трябва да го ремонтирам. ОК, ние сме се променили. Изчислена стойност? Той също трябва да се промени? Или трябва да остане така, както е било преди месец, въпреки че данните за изчисляването му са грешни?
Така че, ако изчисленото поле също трябва да се промени в тази ситуация, не можете да го съхраните в никакъв случай. Това е типичен изчисление и всичко останало. Нищо повече.
Ако не трябва да се променя областта на изчислението, дори и ако се установи грешка, само в този случай тя може да се съхранява в таблицата, тъй като придобива статут на ново предприятие, временно знак, който се изчислява веднъж, а след това никога не се променя.

И каква ситуация имате?

Re: брои на данни под формата съхранява в таблицата [ново]

Местоположение: Queens, MO
Публикации: 2613

Освен това mds_world каза той. Искам да подчертая, че по принцип искането - също е на маса, специален вид, предназначен само за изчисляване и обработка на данни. Проба от заявка може да се направи точно като на масата. Естествено, има и функции, главен сред тях - е, че не всички заявки (или който и да е колона в заявката) са актуализирани.

Re: брои на данни под формата съхранява в таблицата [ново]

Местоположение: Nakhodka
Публикации: 10974

Основното предимство на не спаси изчислените стойности на този значение за данни. Полетата, на които впоследствие могат да бъдат променяни областта на изчислението, но в изчисленото поле, тези промени няма да се отразят освен ако особени усилия preprinyat (понякога значително). И вашите данни, така че внимателно изчислени, че е неправилна. И това, което е необходимо?
значение на данни е голямо нещо, то може да бъде пренебрегната само в много специални обстоятелства. Например, ако цената на нещо, се изчислява, например въз основа на разходите, а след това изчислява цената пада в платежното нареждане, цената на плащането не може да се промени, дори ако изчислението не е наред. Това е документ. Но за тези условия трябва да се съхраняват изчислените стойности. Но това се случва рядко, във всички останали случаи изчисленията не трябва да се съхраняват в таблиците.

Ето това е правилно каза, уместността на данните.
Ако съхранявате изчисленото поле, потребителят не трябва да бъде в състояние да
промените компютърни компоненти.
послепис Между другото, рядкост за мен, например,
Сега постоянно, правя счетоводната единица.

Re: брои на данни под формата съхранява в таблицата [ново]

когато:
Публикации: 8

urusoff, така че не убеждава

Е, нека започнем така или иначе. Тук са изчислени областта по два начина, в това число значение в [датата прехвърляне] на. Съхранява се в таблицата са изчислени. Един месец изтече, и, ужас на ужасите. дата на превод не е правилна, трябва да го ремонтирам. ОК, ние сме се променили. Изчислена стойност? Той също трябва да се промени? Или трябва да остане така, както е било преди месец, въпреки че данните за изчисляването му са грешни?
Така че, ако изчисленото поле също трябва да се промени в тази ситуация, не можете да го съхраните в никакъв случай. Това е типичен изчисление и всичко останало. Нищо повече.
Ако не трябва да се променя областта на изчислението, дори и ако се установи грешка, само в този случай тя може да се съхранява в таблицата, тъй като придобива статут на ново предприятие, временно знак, който се изчислява веднъж, а след това никога не се променя.

И каква ситуация имате?

Сега ситуацията е такава, че няма да се промени областта на изчислението.

Сега ситуацията е такава, че няма да се промени областта на изчислението.

Е, добре, вие знаете по-добре.

Но в този случай, разбира се, работата е сериозна, но не и рана на ученика, ще трябва да защитава полето:
- от ръчни промени в таблиците
- на искания за промени,
- от изменения във формите на
- както и да се води подробен дневник на ревизии в таблицата

Готови ли сте за това? Всичко това е възможно, няма нерешими проблеми. Но си струва? Вие решавате.

Сега ситуацията е такава, че няма да се промени областта на изчислението.

Е, добре, вие знаете по-добре.

Но в този случай, разбира се, работата е сериозна, но не и рана на ученика, ще трябва да защитава полето:
- от ръчни промени в таблиците
- на искания за промени,
- от изменения във формите на
- както и да се води подробен дневник на ревизии в таблицата

Готови ли сте за това? Всичко това е възможно, няма нерешими проблеми. Но си струва? Вие решавате.

Ако се отнасяме сериозно към проекта, съжалявам, но това е прекалено:
- от ръчни промени в таблиците
И това е SSZB разработчик:
- на искания за промени,

И тъй като всички по-горе, защо го направи?:

- както и да се води подробен дневник на ревизии в таблицата