Пайдалар:
- Концептуалдык, логикалык жана физикалык маалыматтар моделдерин жана нормалдаштыруу концепцияларын түшүндүрүү жана жасалма интеллекттин колдоосу менен субъект-мамиле долбоорлорун чыгаруу
- Структураланган сунуштар менен маалымат сөздүгүн, бизнес эрежесин жана таблица мамилелерин иштеп чыгуу жана аларды реалдуу системага каршы текшерүү мүмкүнчүлүгү
- Бүтүндүк, өзгөчөлүк жана бизнес эрежелерине ылайык келүү жагынан AI тарабынан түзүлгөн схема сунуштарын критикалык баалоо жөндөмү.
Маалымат системасы, негизинен, маалыматтарды иретке келтирүүчү структура болуп саналат. Маалыматтарды моделдөө - бул бизнестин фактыларын (кардар, заказ, продукт, эсеп-фактура) жана алардын бири-бири менен болгон байланышын структуралык түрдө долбоорлоо милдети. Жакшы маалымат модели так отчеттуулуктун, тез суроо-талаптардын жана ырааттуу маалыматтардын негизи болуп саналат; Начар үлгү - бул көп жылдык ыраатсыздыктын жана кайталанма оңдоо иштеринин булагы. Көпчүлүк учурда, MIS профессионалы моделди нөлдөн баштап коддобойт, бирок модель бизнес эрежелерине ылайык келерин текшерет жана бизнес бирдиги менен IT ортосундагы моделди которот.
Маалыматтарды моделдөө абстракциянын үч деңгээлинде жүрөт. Концептуалдык модель (англисче концептуалдык) эң жогорку деңгээл: кандай негизги субъекттер бар жана алар кандай байланышта? "Кардар буйрутма берет, буйрутмага товар кирет". Техникалык деталдары жок. Логикалык модель ар бир объекттин атрибуттарын (талааларын), ачкычтарын жана мамилелеринин түрлөрүн аныктайт; бирок ал дагы эле белгилүү бир маалымат базасын продуктуга байланган эмес. Физикалык модель (англисче физикалык) белгилүү бир маалымат базасындагы таблицалардын, маалымат түрлөрүнүн жана индекстеринин конкреттүү версиясы (мисалы, SQL Server, PostgreSQL). Бул үч деңгээл бир эле идеянын барган сайын деталдуу версиялары болуп саналат.
Объект-мамилеси жана ачкычтары
Берилиштер моделинин негизги тили Entity-Relationship (ER) модели болуп саналат. Объектти таблица катары кароого болот: Кардар, Заказ. Атрибут таблицанын тилкеси болуп саналат: аты, электрондук почтасы, суммасы. Мамиле – бул субъекттердин кандайча байланышы: кардар көптөгөн буйруктарга ээ болушу мүмкүн (бирден көпкө байланыш).
Эки маанилүү негизги түшүнүк бар. Негизги ачкыч – таблицадагы ар бир сапты уникалдуу түрдө аныктаган талаа; мисалы CustomerID. Тышкы ачкыч – бир таблицадагы башка таблицанын негизги ачкычын көрсөткөн талаа; Буйрутма таблицасындагы CustomerID ал кайсы кардардын буйрутмасын байланыштырат. Бул байланыштар маалымдама бүтүндүгүн камсыз кылат: заказ жок кардар үчүн жайгаштырылышы мүмкүн эмес.
Кеңеш: AI ER долбоорун түзүп жатканда, ар бир таблица үчүн негизги ачкычты жана ар бир байланыш үчүн тышкы ачкычты ачык суроону жеңилдетет. Бирок модель тарабынан сунушталган ар бир чет өлкөлүк ачкычты чыныгы бизнес эрежесине каршы текшериңиз: кээде сиз "бирден көпкө" деп ойлогон мамиле чындыгында "көптөн көпкө" болот.
Нормалдаштыруу: кайталануунун алдын алуу
Нормалдаштыруу - маалыматтарды логикалык таблицаларга бөлүү аркылуу ашыкчалыкты азайтуу жана бүтүндүктү сактоо процесси. Максаты бир эле маалыматты бир жерде сактоо. Мисалы, заказдын ар бир сабында кардардын дарегин кайра-кайра терүүнүн ордуна, сиз даректи Кардар таблицасында бир жолу сактап, буйрутмадагы чет өлкөлүк ачкыч менен байланыштырасыз. Ошентип, дарек өзгөргөндө, сиз аны бир жерден жаңыртасыз; Болбосо, жүздөгөн буйрутмалардын даректери ар кандай болот. Бул жаңыртуу аномалиясы деп аталат.
Нормалдаштыруунун карама-каршы жагы - денормализация: отчеттуулуктун ылдамдыгы үчүн атайылап кээ бир кайталоого уруксат берүү. Бизнес системаларында (операциялык маалымат базасы) көбүнчө нормалдаштыруу артыкчылыкка ээ, ал эми отчеттук системаларда (маалыматтар кампасы) денормализация көбүнчө артыкчылыкка ээ. Ошентип, "нормалаштыруу дайыма эле жакшы эмес"; Чечим максатына жараша кабыл алынат.
Маалымат сөздүгү: Жалпы тил
Маалымат сөздүгү - бул ар бир талаанын маанисин, анын түрүн, чектөөлөрүн жана бизнес эрежесин аныктаган документ. "Статус" талаасы эмнени билдирет? Ал кандай маанилерди ала алат (Күтүүдө, Бекитилген, Жокко чыгарылган)? Бул милдеттүүбү? Бул документ болбосо, бир эле талаа ар кандай командалар тарабынан ар кандай чечмеленет жана отчет бурмаланат. Маалыматтар сөздүгү уюмдун лингва франкасы жана MIS профессионалынын эң баалуу натыйжаларынын бири. AI иштеп жаткан таблица структурасынан баштапкы маалымат сөздүгүнүн долбоорун тез чыгара алат; Бирок ошол маалыматтарды колдонгон бирдик гана ар бир талаанын чыныгы бизнес маанисин текшерет.
Үч мини Case: Сандар боюнча
1-жагдай - Кайталоонун баасы. Бөлүштүрүүчү компанияда кардар дареги буйрук жана эсеп-фактура таблицаларында өзүнчө сакталган. Кардар көчкөндө дарек бир гана таблицада жаңыртылган; 1400 эсеп-фактура эски дарекке кетип, кайра кайтарылган. Эгерде дарек бир таблицада нормалдаштырылган болсо, бир жаңыртуу жетиштүү болмок. Оңдоо долбоору 2 жума турат.
2-жагдай - мамилелердин туура эмес түрү. Билим берүү мекемесиндеги MIS эксперти AI түзүлгөн моделде (бирден көпкө) "Студент класска таандык" байланышын моюнга алды. Бирок, студенттер бирден ашык факультативдик класска каттала алышат; Мамиле чынында көп-көп болгон жана ортодогу таблица (Жазуу) талап кылынган. Окуучу экинчи класска кире албай калганда катачылык жер-жерлерде аныкталган. Эгерде AIнын сунушу ырасталса, ал башынан эле кармалмак.
3-жагдай — Маалымат сөздүгүнүн мааниси. Камсыздандыруу компаниясындагы "policy_status" талаасы 5 башка команда тарабынан ар кандай чечмелениши аныкталган, ошондуктан бир эле KPI отчеттордо 3 башка жыйынтык берген. AI менен иштеген маалымат сөздүгүн түзүү жана бизнес-бөлүм менен бирдиктүү макулдашууга жетишүү менен отчеттук карама-каршылык жоюлду жана ай сайынгы салыштыруу жолугушуусунун убактысы 60% га кыскарды.
Алсыз тездик / Күчтүү эскертүү
Алсыз билдирүү:
Электрондук коммерциялык базаны иштеп чыгуу.
Күчтүү билдирүү:
Сиздин ролуңуз: Сиз тажрыйбалуу берилиштерди моделдөөчүсүсүз. Төмөнкү бизнес эрежелерине ылайык ЛОГИКАЛЫК маалымат моделин ДАЙЫНДАңыз. Эрежелер:- Ар бир объект үчүн: талаалар, негизги ачкыч, талап кылынган талаалар.- Ар бир байланыш үчүн: түрү (бирден көпкө/көптөн көпкө) жана тышкы ачкыч.- Көптөн көпкө мамилелерде ортолук таблицаны сунуштаңыз. Эгерде сиз атайылап денормальизациялоону сунуштасаңыз, анын жүйөсүн жазыңыз.- Сиз ишенбеген бизнес эрежесин [ЫСТАЙМА КЕРЕК] этикеткасы.Бизнес эрежелери:- Кардар бир нече буйрутма бере алат.- Буйрутма бир нече өнүмдөрдү камтыйт; Бир продукт көп буйрутмаларда кездешет.- Продукциялардын категориялары бар.[башка эрежелер...]
Күчтүү чакыруу моделдин деңгээлин (логикалык), ачкыч жана мамилелердин эрежелерин, нормалдаштыруу максатын жана ырастоону талап кылган пункттарды тактайт.
Көчүрмө төрт шаблон
1) Маалымат сөздүгүнүн долбоору:
Таблица аныктамасынан маалымат сөздүгүнүн контуру келип чыгат. Ар бир талаа үчүн: аты, түрү, ал милдеттүүбү, мүмкүн болгон баалуулуктар, бизнес мааниси (эгер бул болжолдоо болсо, белги[ПРЕДИКЦИЯ]). Таблица: [DDL же талаа тизмеси]
2) Нормалдаштырууну карап чыгуу:
Төмөндөгү таблица структурасында кайталанма маалыматтардын, жаңыртуу аномалиясынын жана нормалдаштыруу мүмкүнчүлүгүнүн коркунучу барбы? Ар бир табылга үчүн ал кайсы нормалдуу форманы бузганын жана өз сунушуңузду жазыңыз. Түзүлүшү: [текст]
3) Ишкердик эрежеден ER долбоору:
Төмөнкү бизнес эрежелерин объекттерге, атрибуттарга жана мамилелерге которуңуз. Ар бир мамиленин түрүн көрсөтүңүз (1-1, 1-N, N-N) жана эгерде N-N болсо, ортоңку таблицаны сунуштаңыз. Эки түшүнүксүз эрежелерди белгилеңиз. Эрежелер: [текст]
4) мамилелердин түрүн текшерүү суроолору:
Төмөндөгү маалымат моделиндеги ар бир байланыш үчүн анын түрүнүн тууралыгын текшере турган "ооба/жок" бизнес суроосун түзүңүз (мисалы, "Студент бир эле учурда бир нече класска каттала алабы?"). Үлгү: [текст]
Салыштыруу диаграммасы: Үлгү деңгээли
өзгөчөлүгү
концептуалдык
логикалык
физикалык
Детал
жок дегенде
орто
көбү
ачкыч/байланыш
Негизги активдер
Ачкычтар аныкталган
Анын ичинде индекс/түр
Маалыматтар базасына көз каранды
жок
жок
Ооба
максаттуу аудитория
бизнес бирдиги
аналитик
Иштеп чыгуучу/DBA
AIнын салымы
долбоор
күчтүү долбоор
Долбоор, DBA ырастоосу
Жалпы каталар
- Көптөн көпкө мамилени бирден көпкө деп ойло. Бул эң кеңири таралган моделдөө катасы; Эгерде аралык таблица унутулуп калса, система анык абалын сактай албайт.
- Баарын бир столго коюу. "Жөнөкөйлүк" үчүн бардык талааларды бир таблицага чогултуу кайталоону жана жаңыртуу аномалияларын жаратат.
- Маалымат сөздүгүн жазуу эмес. Ошол эле KPI талаалардын мааниси акылда калганда ар кандай жыйынтыктарды берет.
- AIнын маалымат түрлөрү жана чектөөлөр боюнча сунушуна сокур ишенүү. Модель "жетиштүү чоң" аймакты сунуш кылышы мүмкүн; Бизнес эрежеси иш жүзүндөгү чектерди аныктайт (мисалы, TR ID 11 цифрасы).
- Абсолюттуу нормалдаштыруу. Отчеттук катмардагы ашыкча нормалдашуу суроону жайлатат; Максат контекстке жараша өзгөрөт.
Абайлаңыз: Жасалма интеллект жакшы көрүнгөн, бирок бизнес эрежелерин бузган моделдерди чыгарышы мүмкүн. Модель сунуш кылган ар бир мамиле үчүн "чын эле ушундайбы?" Бизнес суроо бериңиз. Маалымат модели системанын скелети болуп саналат; Скелеттин сыныгын кийин оңдоо өтө кыйын.
Кыскача айтканда
Маалыматтарды моделдөө - бул бизнес фактыларын субъекттер, атрибуттар жана мамилелер менен структуралаштыруу процесси жана концептуалдык, логикалык жана физикалык деңгээлде уланат. Негизги жана тышкы ачкычтар маалымдама бүтүндүгүн камсыз кылат; Нормалдаштыруу кайталанууну азайтат, бирок денормализациялоо да максатына жараша мыйзамдуу. Маалымат сөздүгү уюмдун жалпы тили болуп саналат. AI ER долбоорлорун, маалымат сөздүктөрүн жана нормалдаштыруу сын-пикирлерин өндүрүүдө олуттуу ылдамдыкты камсыз кылат; бирок, мамилелердин түрлөрү, маалымат түрлөрү жана бизнес семантикасы иш жүзүндөгү бизнес эрежесине каршы ырасталууга тийиш. Моделдин жакшы көрүнүшү анын туура экенин билдирбейт.
Колдонмо тапшырмасы
"Китепкана насыя системасын" карап көрөлү: мүчөлөр, китептер, насыя жазуулары. (1) Күчтүү тездик менен түзүлгөн логикалык моделдин долбоору бар. (2) Бизнес суроосу менен модел сунуш кылган ар бир мамиленин түрүн сынап көрүңүз (тактап айтканда, “мүчөлө бир эле китептин бирден ашык нускасына ээ боло алабы?”). (3) Жок дегенде бир көп-көп байланышын табыңыз жана аралык таблицаны аныктаңыз. (4) Берилиштер сөздүгүнүн саптарын кеминде 4 талаага жазыңыз (аты, түрү, милдеттүү, бизнес мааниси). (5) Модель орнотулган чектөөнү белгилеп, аны кантип текшерериңизди түшүндүрүңүз.
текшерүү тизмеси
- [ ] Ар бир таблицанын негизги ачкычы аныкталган.
- [ ] Бизнес суроосу менен ар бир мамиленин түрүн текшердим.
- [ ] Мен көп-көп мамилелер үчүн аралык таблицаны аныктадым.
- [ ] Мен кайталанган маалыматтарды нормалдаштырууну нормалдаштырдым же актадым.
- [ ] Мен маанилүү талаалар үчүн маалымат сөздүгүн жаздым.
- [ ] Мен бизнес эрежесине каршы AIнын маалымат түрү/чектөө сунуштарын ырастадым.