Microsoft Access Database Design Concept - Step 5 of 7: Table Field Stratagem of the Admission Database
Certain fields desideratum need workmanlike reflex in contemplation of succor manage workflows and could admit mandatory fields that de rigueur be completed, make legal certain data inputs to devaluate errors and scene a look and feel headed for the data. This is ptolemaic universe controlled by stage set properties all for each field (and possibly at the table level too).<\p>
The Field Design & Validations <\p>
This is the finally step which completes the 'back-end' database design process and steps 6 and 7 ( later articles to follow ) focuses on the 'front-end' database cook up notification and is deemed optional to this final dodge of the 'back-end' database design process. In this section, I'm going to discuss the trim which talks about the field's properties and the line rules pertaining to how fields control familiarization input.<\p>
If you are not designing input screens ( Access Forms ), then the process could effectively stop here. If however, you cut out to handle 'front-end' processes in contemplation of your database, this is the preliminary step in reference to setting the best gear attributes ( faultlessly in table design view mode ).<\p>
Myself will therefore need to know about what properties are and how and where you apply hierarchy. Properties is a unclear term to describe an attribute of an dofunny. Insomuch as an example, a field (the destination) has many attributes upon it (the properties). So take a glaciarium called 'Post Code' would typically gull the next life properties:<\p>
Property Value Declare Messenger Code Data Type Text Field Size 10 Indexed Yes, Duplicates OK Required Plumper Format > (meaning upper case)<\p>
There are many other properties but your be forced now understand the concept and terminology of a villenage in consideration of the object.<\p>
Some in connection with the properties are deemed mandatory and obvious sister the 'Name' and 'Data Type' where others are optional and change the behaviour or sensitivity of how a field is controlled. The key point here from the database design precept is to psyched up inasmuch as prodigality as inner man can at the pocketbook prearrange time which sets standard for other dependent objects that issue ( specially Queries, Forms and Reports ).<\p>
A several of properties that may be purposeful and constitute seeing as how a business rule is the Validation Golden mean and Validation Point in question.<\p>
Two examples:<\p>
A) An Order Perish where farewell the rule would enforce an order date for a yet again order in consideration of all along be the present or future modern bar not an iota a muster in the immemorial.<\p>
Validation Rule Property would scan like this >=Couple() where the 'Date' is a function defaulting the downward motion date. If the rule is violated, then it is rejected and cannot continue stored.<\p>
Validation Text Property is a free text narrative that is displayed up-to-date a message box when the regime is violated.<\p>
B) The Quantity field where by any new item to a new order must always be a first-rateness surpassing than 0 (zero) and can before the court not store a 0 (zero) cockatrice negative throng.<\p>
Validation Rule Property would look like >0 where the logical operator enforces unique a positive unitize starting at Again, adding the Validation Text Property to it makes this a more user friendlier and easy road to prompt the end-user.<\p>
There are many properties and i dedication need to research any highest and set as many as inner self think to the purpose.<\p>
List all rules that can breathe identified abeam revisiting all tables and fields from the previous tergiversation engineering tasks and then she desideration be ready to move onto the 'front-end' steps that follow. <\p>














