Анализа базе података

Увод

Када се пројектује софтвера који комуницира са базом података, било да десктоп или Веб интерфејс, то је посвећен одређеном користи, а не у други, увек морате направити пажљиве анализе да се избегне да се бави са питањима као што су референцијални интегритет, редундантност података, итд.

Сврха ове анализе је важан посао: да се постигну бољи оптимизацију података и ресурса у очекивању будућих примене или промене у базу података.

Сврха овог чланка је да стави читаоца да се суочи у будућим пројектима, почевши са десном ногом у процесу организовања информација морају да се баве, или у позицији за ношење добро дизајниран базе података, софтвер и виткији перформансе.

Ко је корисник?

То је глупо питање или преширока? Можда, али можете почети са давањем знак-два одговора:

1. Морам да задовоље купца;
2. да задовољи купца ... је клијент.

Случај 1. Да ли сте сигурни да имате јасну идеју о томе шта вам је потребно? Да ли сте сматрали све све све? Да ли сте сигурни да немате превише журити?

Ако нисте питао ова питања ... понителе!

Само сам се обратио за читаоца у веома директан тон, избегавајући тачке, он се претвара да се не могу и сада желим да се избегне одговор на другом случају.

Случај 2. Купац се не да задовољи програмер, али неко ко може да има минимум познавање рада на рачунару или не. Ако имате било каква сазнања може поједноставити своје животе, јер "ми говоримо истим језиком", или је то педантан да је живот тежи да компликују следећи. Или је особа која разуме ништа друго него рачунар зна шта хоће (ретко) или можете да нас обавестите. Или чак и не знају шта он жели, или је у стању да пружи потребне информације.

Узми ову изјаву као закон: никада не узети ништа здраво за готово, свако ко има лице! То је боље бити мрзовољан, размотрити и преиспитати све, како би се избегло постизање закључака који управо зато што покушавамо да се састане или су погрешно једног или другог разлога.

Сам близу то потребно загради вероватно да би читаоцу схвате да је најважније ствар је да имају јасне идеје, има казан информација још није организована, у циљу организовања најбоље, као што ћемо видети у даљем тексту.

Направити добру анализу базе података

Као што је поменуто у СКЛ Водич за овај сајт, а не различитим СКЛ бази података (МС Аццесс, МиСКЛ, и тако даље) није тешко за коришћење. Наравно, постоји више или мање сложене производе или интуитивно, али то није поента.

Поента је да знају шта да радим!

ЦИЈА и стога претпоставити да читалац има минимум сазнања у погледу управљања релационим базама података, СКЛ језик и знају знају како да користе било који ДБМС производ избор потпуно ирелевантни за потребе разумевања овог члана.

Шта да се ради може се сажети у шест тачака:

1. прикупљање информација за управљање;
2. поделити их у логичке групе;
3. Мислим добро да подела на табеле и типове података који ће се користити;
4. Мислим да је "проценат" вишка запослених желите да будете;
5. претпостављају различите структуре;
6. Искључите рачунар, зури у плафон, да промислимо структури

Ова изјава је истовремено озбиљан и духовит, мада одређене тачке: то је рекао да је прва идеја је права (ово је значење одељак 5) и да је боље да приметити пре него што почнете писање софтвера за управљање "око" базе података.

Пример: база података структура Каталог фирми

Веома је популаран на Интернету у последњих неколико година концепт директоријума, било да је директоријум у индекс, без обзира да ли директоријум у потрази за производе, услуге, предузећа и тако даље.

Нису у стању да користе све знање у овом контексту односе на базе података за управљање (серија иде до бесконачности и шире) да покушавају да створе структуру података за обраду ове врсте услуга.

Шта треба да урадите овај сервис?

1. прикупља корисника;
2. управљање географским локацијама;
3. управљање категорија и подкатегорија;
4. руковање детаља, повезујући их са тачкама 1, 2 и 3;
5. укључују опције као што су плаћени претплату и тако даље.

У ставовима да прати ће бити описан и коментарисао све табеле корисно - из моје тачке гледишта - да управља примена у питању у овом одељку. Типови података су означени, узимајући у обзир МС Аццесс, база података систем који се лакше користи, онда читалац ближи за разумевање и мање искусни од најискуснијих, напредни корисник ДБМС.

С обзиром на дужину поља, остављам дискрецију читаоца да га успостави. У неким случајевима дужине поља су обавезна (нпр. порез код има 16 карактера, ЦАП је 5 и тако даље), док је за друге ствари као што су име, УРЛ адреса, могу препоручити од 50 до 150 карактера.

Судбина ВОБИС!

• <<
• 1
• 2
• 3
• >>