База даних підприємства
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
?очно організувати правильне й лаконічне використання вхідних даних, тому що смороду будуть у більшості прямо впливати на організацію полів у базі даних. Дані необхідно строго впорядкувати й розділити на дві категорії: обробних й оброблюваних.
Типи даних повинні бути наведені до стандарту використовуваному в мові високого рівня Object Pascal (Delphi). Бази даних повинні бути організовані з використанням реаляційного підходу, на базі стандарту мови запитів SQL.
Конкретний список вхідних даних для успішної роботи програми наведень у таблиці 2.2.1 Із вказівкою їхніх назв, типів і діапазонів прийнятих значень.
Саме вхідні дані формують структуру майбутніх полів бази даних.
база інформаційна система автоматизація
Таблиця вхідних даних 2.2.1
НазваДіапазонТип даних Паспорт партії1.999999ЧисловийНазва партії міцелію1.999999ЧисловийПорядковий номер збору1.999999ЧисловийНомер партії1.999999ЧисловийКількість у партії1.999999ЧисловийВаги партії1.999999ЧисловийДата зборуДд. мм. ррДатаДата виносу на плодоносінняДд. мм. ррДатаДата продажівДд. мм. ррДатаШтам партії100СтроковийВиробник100СтроковийОператор100СтроковийПримітки100СтроковийДата засівуДд. мм. ррДатаКількість блоків1.9999ЧисловийВаги блоків1.9999ЧисловийЗагальна ваги партії1.999999ЧисловийЦіна-999999.999999CurrencyТемпература -30.150числовийВологість0.100числовийPH%числовийСоломка%числовийЛушпайка%числовийГречка%числовийВапно%числовийІнакулював120СтроковийПерфорував120Строковий
2.3 Опис вихідної інформації
Вихідна інформація є, основний і представляє з себе результат роботи програми й ведення хазяйства в цілому. На базі цієї інформації можна зручно аналізувати й прогнозувати майбутні періоди виробництва. Тому що дане виробництво повністю виявляє інерційну систему, де зміни виробництва в самих початкових етапах можуть бути помічені результатом лише через місяці. Програма виявляє собою потужну систему для прийняття рішень технологам, керівництву, менеджерам по продажах і відділу маркетингу. Вихідні дані розташовані в таблиці 2.3.1 й являють собою результат, а також базову складову майбутніх полів бази даних.
Таблиця вихідних даних 2.3.1
НайменуванняДіапазонТип данихНаростаючий підсумок за місяць1.99999999числовийНаростаючий підсумок за рік1.99999999числовийНаростаючий підсумок за період1.99999999числовийРентабельність%числовийТорба зборів за день1.99999999числовийТорба зборів за місяць1.99999999числовийТорба зборів за звітний період1.99999999числовийДані паспорти партіїструктура-Результати технологічного циклуструктура-Обєми за день1.99999999числовийобсяги за місяць1.99999999числовийобсяги за звітний період1.99999999числовийТорба по партії1.99999999числовийПримітки500СтроковийОбсяги реалізації1.99999999Числовий
3. Проектування інформаційної системи
3.1 Аналіз вхідної інформації предметної області
Поняття тип даних у реляційної моделі даних повністю адекватно поняттю типу даних у мовах програмування. Звичайно в сучасних реляційних БД допускається зберігання символьних, числових даних, бітових рядків, спеціалізованих числових даних (таких як "гроші"), а також спеціальних "темпоральних" даних (дата, година, часовий інтервал). Досить активно розвивається підхід до розширення можливостей реляційних систем абстрактними типами даних (відповідними можливостями володіють, наприклад, системи сімейства Ingres/Postgres). У нашому прикладі мі маємо справу з даними трьох типів: рядка символів, цілі числа й "гроші".
Схема відносини - це іменована безліч пари {імя атрибута, імя домена (або типу, якщо поняття домена не підтримується) }. Ступінь або "арность" схеми відносини - потужність цієї безлічі. Ступінь відносини СПІВРОБІТНИКИ дорівнює чотирьом, тобто воно є 4-арным. Якщо всі атрибути одного відношення визначені на різних доменах, осмислено використати для іменування атрибутів імена відповідних доменов (не забуваючи, звичайно, про ті, що це є всього лише зручним способом іменування й не усуває розходження між поняттями домена й атрибута).
Відношення - це безліч кортежів, що відповідають одній схемі відносини. Іноді, щоб не плутатися, говорять "відношення-схема" й "відношення-екземпляр", іноді схему відносини називають заголовком відносини, а відношення як набір кортежів - тілом відносини. Насправді, поняття схеми відносини ближче всього до поняття структурного типу даних у мовах програмування. Було б цілком логічно дозволяти окремо визначати схему відносини, а потім одне або кілька відносин з даною схемою.
Однак у реляційных базах даних це не прийнято. Імя схеми відносини в таких базах даних завжди збігається з імям відповідного відношення-екземпляра. У класичних реляційних базах даних після визначення схеми бази даних змінюються тільки відношення-екземпляри. У них можуть зявлятися нові й віддалятися або модифікуватися існуючі кортежі. Однак у багатьох реалізаціях допускається й зміна схеми бази даних: визначення нових і зміна існуючих схем відносини. Це прийнято називати еволюцією схеми бази даних.
Звичайним життєвим поданням відносини є таблиця, заголовком якої є схема відносини, а рядками - кортежі відношення-екземпляра; у цьому випадку імена атрибутів іменують стовпці цієї таблиці. Тому іноді говорять "стовпець таблиці", маючи на увазі "атрибут відносини". Коли мі перейдемо до розгляду практичних питань організації реляційних баз даних і засобів керування, мі будемо використати цю життєву термінологію. Цієї ?/p>