Här är vad du måste svara på när man utformar ett skrivbord: Kan jag minska storleken på kunskap att varje rad kommer att ha? Här är vad du kan göra: 1. Använd osignerade numeriska värden när programmet inte kommer att spara negativa tal. Liksom beställt antal av ett objekt i en e-handel ansökan kommer aldrig att bli - $ 125. 2. Använd Variabel längdvärden som ett alternativ till fast längd värt dvs utnyttjade varchar istället för röding. 3. Tenderar att inte använda onödigt stora fältstorlekar.
För de flesta e-handel ansökan osignerade smallint är extra än tillräckligt för att återförsäljare inventering räkna. Ett fält som beskrivs som osignerade smallint kan hålla max fördel av 65535. 4. Dont ignorera normalisering; dess hjälper till att förhindra onödig upprepning av info. Den del B som är, inte överanvändning normalisering. Om skrivbordet inte kommer att växa i storlek avsevärt, finns det ingen mening med normalisering. Till exempel, om användaren skrivbordet har bara 20 rader (dvs. 20 anställda i en organisation), är alla försök av normalisering spillo. 5. Använd Keys.
Dont besluta nycklar genom Kunden id måste bli indexerade från Order Desk. Om Order Desk blir sökte 90% av din tid genom orderdatum, gör det mycket vettigare att indexera orderdatum. Kom ihåg, hur ett skrivbord troligen kommer att vara anställd måste avgöra hur det verkligen är utformad. Spendera tid här kommer att spara år av frustration. Usel frågor det låter för bra för att bli sant men du kommer inte tro antalet utvecklare där ute som helt suger på att skriva frågor.
Du kommer att upptäcka två typer av oönskade frågor: a) Onödiga frågor: Dessa är de frågor som inte bör ha gjorts inom första plats. Det enda sättet att undvika det kan fråga, Behöver jag verkligen ha denna information? b) Ineffektiva Queries: Dessa är de frågor som vanligtvis inte använder den underliggande skrivbordet struktur eller MySQL funktioner inne