Lige her er hvad du nødt til at svare, når designe et skrivebord: Kan jeg formindske størrelsen af viden at hver række vil have? Lige her er hvad du kan gøre: 1. Brug unsigned numeriske værdier, når programmet ikke kommer til at spare negative tal. Ligesom den bestilte for et element i en e-handels ansøgning mængde er aldrig vil blive - 125 $. 2. Brug variabel længde værdier som et alternativ til fast længde værd dvs. udnyttet varchar i stedet for char. 3. Tendens til ikke at bruge unødigt store felt størrelser.
For de fleste e-handels-ansøgning usigneret SMALLINT er ekstra end tilstrækkeligt til forhandler opgørelse tæller. Et felt beskrives som usigneret SMALLINT kan holde en max fordel ved 65535. 4. Dont ignorere normalisering; dens hjælper med at forhindre unødvendig gentagelse af info. Den del B, der er, dont overforbrug normalisering. Hvis skrivebordet ikke vil vokse i størrelse betydeligt, er der ingen mening i normalisering. For eksempel, hvis brugeren skrivebordet har kun 20 rækker (dvs. 20 medarbejdere i en organisation), alle forsøg på normalisering er spildt. 5. Brug tasterne.
Dont beslutte nøgler, som kunden id har at blive indekseret fra ordren skrivebordet. Hvis ordren skrivebordet bliver søgt 90% af din tid ved kendelse dato, gør det meget mere mening at indeksere ordredato. Husk, hvordan et skrivebord vil sandsynligvis blive ansat skal bestemme, hvordan det virkelig er designet. Bruge tid lige her vil spare mange års frustration. Elendig Forespørgsler det lyder for fremragende til at blive sandt, men du plejer tror antallet af udviklere derude, som helt sutter på skrive forespørgsler.
Du vil opdage to slags uønskede henvendelser: a) Unødvendig Queries: Det er de forespørgsler, der bør ikke har været foretaget indenfor indledende sted. Den eneste metode til at undgå det kan spørge, Har jeg faktisk nødt til at have denne info? b) Ineffektive Queries: Det er de