Таблиця «spare_part» - таблиця деталей (запчастин) містить наступний набір полів:
Таблиця 3.14 - Типи?? Олею в таблиці «spare_part»
Ім'я поляТіп поляОписаниеspare_part_idСчетчикУникальный кодspare_part_nameТекстовыйНаименование деталиdistributor_idЧисловойСсылка на таблицю поставщиковunit_idЧисловойСсылка на таблицю одиниць вимірювань
Таблиця «distributor» призначена для зберігання інформації про постачальників деталей. Таблиця постачальників містить наступний набір полів:
Таблиця 3.15 - Типи полів у таблиці «distributor»
Ім'я поляТіп поляОпісаніеdistributor _idСчетчікУнікальний кодdistributornameТекстовыйНаименование деталі Таблиця «units» призначена для зберігання одиниць вимірювань, вона містить наступний набір полів:
Таблиця 3.16 - Типи полів у таблиці «units»
Ім'я поляТіп поляОписаниеunits_idСчетчикУникальный кодunits_nameТекстовийНазваніе одиниць измеренийunits_countЧисловойКоличество одиниць
Таблиця «wareshouse» призначена для зберігання відомостей про деталі на складі, вона містить наступний набір полів:
Таблиця 3.17 - Типи полів у таблиці «wareshouse»
Ім'я поляТіп поляОпісаніеwareshouse _idСчетчікУнікальний кодspare_part_idЧісловойСсилка на таблицю деталейcountЧисловойКоличество едініцunits_idЧісловойСсилка на таблицю одиниць вимірювань
Таблиця «refund_details» призначена для зберігання відомостей про повернені постачальнику деталей, вона містить наступний набір полів:
Таблиця 3.18 - Типи полів у таблиці «refund_details»
Ім'я поляТіп поляОписаниеrefund_details_idСчетчикУникальный кодspare_part_idЧісловойСсилка на таблицю деталейcountЧисловойКоличество едініцunits_idЧісловойСсилка на таблицю одиниць ізмеренійotherОпісаніе причини повернення
В спроектованої базі даних таблиці між собою пов'язані ставленням «один-до-багатьох». Усі зв'язки відображені на схемі бази даних зображеної на малюнку 3.7 нижче:
Малюнок 3.7 - Схема даних
.3 Запити
При розробці автоматизованої системи використовувався сучасний інструмент пропонований Microsoft - Linq to SQL, призначена для вирішення проблеми об'єктно-реляційного відображення, тому при розробці не було необхідності створювати класичні SQL запити. Для полегшення взаємодії клієнтського додатку з базою даних був розроблений проект (бібліотека) реалізовує механізм приховування деталей доступу до даних реалізує патерн програмування репозиторій.
Репозиторій - це фасад для доступу до бази даних. Весь код програми за межами репозитория працює з базою даних через нього і тільки через нього. Таким чином, репозиторій інкасулірует в собі логіку роботи з базою даних, це шар об'єктно-реляційного відображення в нашому додатку. Більш точно, репозиторій, чи сховище, це інтерфейс для доступу до даних одного типу - один клас моделі, одна таблиця бази даних в простому випадку. Доступ до даних організується через сукупність всіх репозиторій. Інтерфейс репозитория задається в термінах моделі програми: Entity - базовий клас для всіх класів моделі програми. Атрибут Id необх...
