Методически бележки към моделиране на БД
- Тематиката трябва да ясна и достъпна за обучаемите. В разглеждания пример приемаме, че всички ученици са пазарували и им е ясен механизмът на пазаруване. Остава да се обоснове таблицата на клиентите. В нашия случай клиенти са фирми, които пазаруват на едро.
- БД е добре да бъде с 2–4 таблици, връзките между които може да се обяснят по естествен начин (виж по-горе).
- Още в началото трябва да се изясни, че всеки обект в MS Access има поне два изгледа: Design View – в който проектираме обекта, и изглед, в който виждаме съдържанието и/или как изглежда обектът – при таблици изгледът е Datasheet View.
- При създаването на таблиците няма причини в последните версии на MS Access и операционна система от вида Windows NT имената на полетата да не бъдат на кирилица((Традицията изискваше таблиците и полетата да бъдат именувани на латиница поради проблеми с кирилицата при пренос на друг компютър, която причина вече не е актуална.)).
- Препоръчително е имената на полетата да се състоят от една дума или думите да са свързани със знак за подчертаване, т.е. да няма интервали((Това не е синтактично забранено, но създава проблеми на по-късен етап, защото трябва полето да се цитира, поставено в квадратни скоби.)).
- Желателно е детайлно обсъждане на типа на данните за всяко поле.
- Желателно е да се обсъди и понятието формат на данните, особено когато се отнася за реални числа и дати.
- Ако нивото на обучаемите позволява, може да се обърне внимание на някои специфични данни, като ЕГН, Булстат, тел. номер, за които да се обсъди въпросът за маска при въвеждане – Input Mask, и как се работи, когато полето има поставена входна маска.
- Ако при обсъждането на типа на данните, някои от тях се окажат с ограничения, като например дължина на полето или ограничение на стойностите на числов тип, то тези ограничения може да бъдат съобразени при описанието на полето.
Пример: Окончателен вид на проектираната таблица „Клиенти“.
| Име на поле | Тип на поле | Характеристики | Описание |
| Булстат | Number | Дълго цяло число, формат 000000000, първичен ключ |
Единен идентификационен код (ЕИК) на фирма |
| Фирма | Short Text | 25 символа | Име на фирмата купувач |
| Град | Short Text | 25 символа | Град |
| Адрес | Short Text | 50 символа | Улица, номер |
| Телефон | Short Text | 12 символа, входна маска – 9999-999-999 | Тел. номер |
| МОЛ | Short Text | 35 символа | Материално отговорно лице |
Въвеждането на данни в БД не е проста работа и трябва да се обърне внимание на следното:
- Разликата между числовите и символните данни (това трябва да е изяснено още при електронните таблици);
- Въвеждането трябва да става запис по запис, т.е. по редове;
- Обикновено стойностите в ключовите полета трябва да са уникални, т.е. не трябва една стойност да се повтаря два пъти;
- Ако има полета, които са дефинирани като AutoNumber, в тях стойност не се въвежда;
- Ако има зададена входна маска, при въвеждане трябва да се съобразяваме с нея;
- Ако има зададено валидационно правило, въведените стойности трябва да отговарят на ограничението;
- Обичайно не може да има празен ред в таблица или ред, в който ключът е неопределен;
- Обичайно данните се запомнят в таблицата със затварянето й, т.е. не е необходимо да се прави Save или Save Object на таблица (заявка, формуляр или отчет).
Пример: Запълване с данни на таблицата „Играчки“.
