ОСНОВНЫЕ НЕДОСТАТКИ ПРОЕКТА КЛИЕНТСКОГО ПРИЛОЖЕНИЯ
                      ДЛЯ РАБОТЫ С БАЗОЙ ДАННЫХ

I. Модель базы данных.

    1. Использовать требование NOT NULL только там, где это действительно 
       необходимо.

    2. Злоупотребление КАСКАДНЫМ УДАЛЕНИЕМ или неправильное его применение.
       Например, в личном деле студента записан город его рождения или проживания.
       Так при удалении города "Москва" удаляются все студенты москвичи, 
       при этом теряется много полезной информации. Заметим, что информация о
       городе в студенческой базе данных не самая важная, более того при 
       первичном заполнении мы можем не обладать такой информацией и не 
       заполнять ее.
       ВЫВОД. В данном случае не следует настраивать ссылочную целостность на
       каскадное удаление. НУЖНО при удалении города ЛИБО вообще запретить 
       удаление, если такой город используется в базе данных, ЛИБО в местах 
       его использования подставлять значение NULL. Последнее следует 
       реализовывать с использованием триггеров.

II. Объекты СУБД, реализованные на сервере и DSN.

    1. Если формируется DSN, то следует делать его УНИКАЛЬНЫМ, не зависящим от
       возможно совпадающего названия у другого студента. Это необходимо для 
       независимости тестирования программ студентов на одном компьютере. 
       Например, 

                      STUD_DB_Ivanov  

    2. НАЗВАНИЕ БАЗЫ ДАННЫХ на сервере также следует сделать УНИКАЛЬНЫМ по 
       тем же причинам, что и в пункте 1. Названия базы данных и DSN должны       
	   СОВПАДАТЬ. Следует помнить, что другой студент может работать на базе
       данных с Вашей структурой, но при этом решать другую задачу. Чтобы 
       не зависить друг от друга следует создавать копию базы данных, но под 
       своим названием. Например, снова STUD_DB_Ivanov.
       

III. Реализация клиентского приложения.

    1. Визуализация данных в приложении должна быть выполнена в табличном виде.
        Для табличных данных должен быть предусмотрен режим фильтрации и поиска.
    
    2. Для всех данных должны быть реализованы режимы "Добавить", 
       "Редактировать", "Удалить".
    
    3. Все (или основная часть) просмотры данных должны быть реализованы через View.

    4. Необходимо продемонстрировать работу со связанными данными (master-detail). 
       Например, если в БД присутствует таблица студентческих групп, то при выборе 
       группы на форме высвечивается спивок студентов выбранной группы.

    5. Должен быть сформирован хотя бы один отчет по совокупности данных.

    6. Все заголовки таблиц и другие надписи в приложении должны быть 
       РУСИФИЦИРОВАНЫ.