L'anàlisi d'una base de dades

Introducció

En dissenyar un programari que interactua amb una base de dades, ja sigui a la interfície d'escriptori o web, que es dedica a un ús particular i no a un altre, sempre s'ha de fer una anàlisi acurada per evitar haver de fer front amb temes com ara la integritat referencial, la redundància de dades, etc.

El propòsit d'aquesta anàlisi és un treball important: aconseguir la millor optimització de dades i recursos en previsió de futurs canvis a la base de dades o aplicacions.

El propòsit d'aquest article és posar al lector per fer front als seus propis projectes en el futur a partir del peu dret en l'organització de la informació per a la gestió, o en condicions de portar un bon disseny de base de dades, programari i més racional rendiment.

Qui és el client?

És una pregunta estúpida o massa gran? Potser, però es pot començar a donar dues respostes marca:

1. Tinc la satisfacció del client;
2. per satisfer al client ... és un client.

Cas 1. Estàs segur de tenir les idees clares sobre el que necessita? Assegureu-vos de tenir en compte tots tots tots? Estàs segur que no tenen molta pressa?

Si vostè no ha fet aquestes preguntes ... ponitele!

Acabo adreçada al lector en un to molt directe, evitant el punt, es torna i que no pot ara vull evitar respondre el segon cas.

Cas 2. El client no és el de satisfer el desenvolupador, però algú que pugui tenir un mínim de coneixement de l'ordinador o no. Si vostè té algun coneixement pot simplificar les nostres vides, perquè "parlem el mateix idioma", o és un pedant que la vida tendeix a complicar la següent. O és una persona que no entén res però l'equip sap el que vol (poc freqüent) o pot fer-nos saber. O ni tan sols sap el que vol o és capaç de proporcionar la informació necessària.

Pren això com una llei: no donar res per fet, qualsevol persona que s'ha enfrontat! És millor ser petulant, considerar i reconsiderar tot, per tal d'evitar arribar a la conclusió que, per aquells que posseeixen o tracten de satisfer estan mal per una raó o una altra.

Tanco aquest parèntesi necessaris que puguin donar el lector a comprendre que el més important és tenir les idees clares, un calder d'informació encara no està organitzat per tal d'organitzar millor, com veurem més endavant.

Fer una bona anàlisi d'una base de dades

Com s'indica en SQL Guia d'aquest lloc, el llenguatge SQL en lloc dels diferents operadors de la base de dades (MS Access, MySQL, etc) no són difícils d'utilitzar. És clar, hi ha productes més o menys complexes o intuïtiu, però que no és el punt.

La qüestió és saber què fer!

Tació i per tant assumir que el lector tingui un mínim de coneixement en termes de gestió de bases de dades relacionals, conèixer el llenguatge SQL i saber usar qualsevol DBMS, i és irrellevant per a l'elecció del producte als efectes de la comprensió d'aquest article.

El que ha de fer es pot resumir en sis punts:

1. recopilar informació per a la gestió;
2. dividir-los en grups lògics;
3. així que pensar en les taules de dividir i tipus de dades que s'utilitzaran;
4. pensar que el "percentatge" de redundància que vol ser;
5. assumir una estructura diferent;
6. apagar l'ordinador, mirant al sostre, a repensar l'estructura

Aquesta declaració és alhora seriós i humorístic, encara que fins a cert punt: es diu que la primera idea és la de la dreta (aquest és el significat de la secció 5) i el millor és donar-se compte abans de començar a escriure el programari de gestió "al voltant" de la base de dades.

Exemple: base de dades d'estructura d'un directori d'empreses

És molt popular a la Web en els darrers anys el concepte de directoris, que és un directori per a la indexació, es tracta d'un directori de cerca de productes, serveis, empreses, etc.

No ser capaç d'esgotar tots els coneixements en aquest context en relació amb una base de dades per gestionar (la sèrie va fins a l'infinit i més enllà) tractem de crear una estructura de dades per manejar aquest tipus de servei.

Què ha de fer aquest servei?

1. recollir els usuaris;
2. la gestió d'ubicacions geogràfiques;
3. administrar les categories i subcategories;
4. manejar els detalls, associant-los amb els punts 1, 2 i 3;
5. inclouen opcions com ara subscripcions de pagament i així successivament.

En els paràgrafs següents es descriuen i comenten en totes les taules útils - des del meu punt de vista - per manejar el tema d'aplicació d'aquest paràgraf. Els tipus de dades es donen tenint en compte MS Access com el més fàcil d'usar DBMS, i després més a prop de comprendre tant el jugador amb menys experiència que els més experimentats, usuari avançat de DBMS.

Pel que fa a la longitud del camp, ho deixo a la discreció del lector per establir-la. En alguns casos, les longituds dels camps són obligatoris (per exemple, el codi tributari té 16 caràcters, la PAC compta amb 5 i així successivament), mentre que per a altres coses com un nom, una adreça, que puc recomanar des de 50 fins 150 caràcters.

Fer Vobis!

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