T-shirt apdruka,un mazo uzlīmju taisīšana. 4
Profesionālie tulkošanas pakalpojumi. 5
Pardod: MSI GeForce RTX 2080ti gaming X TRIO Graphic Card 1
Vēlos piedāvāt darbu online. 0
OCTA termiņš 13
Ka sauc Pasaules dalu kura dzivojam 4
google 1
Taustiņu funkcijas izmainīšana 2
Torrent 1
ESET izlaiž 2017.gada produktu izdevumus 23
VIAPLAY: Video tiešsaistē skatās 70% Latvijas iedzīvotāju 21
Katrā desmitajā datorā joprojām izmanto Windows XP 2
Google tuvākajā laikā atteiksies no Chrome paplašinājuma palaidēja 2
Acer ievieš nozares pirmo ieliekto monitoru ar acu izsekošanas funkcionalitāti 4
Adobe laiž klajā ārkārtas atjauninājumu 3
Tests: Cik precīzs ir "lēta gala" velo spidometrs? 3
Leģendārie telefoni – Nokia 3310 un citi 3
Puisis iziet Super Mario spēli mazāk kā piecu minūšu laikā un labo pasaules rekordu 2
Līdz 29.jūlijam atjaunini savu Windows bez maksas! 3
Kā uzlabot televizora skaņu? 2
Programma, ar kuras palīdzību fotogrāfijas pārveidot .gif formātā 1
Aproce, kas sastāv no 25 instrumentiem 1
Trīs padomi televizora izvēlei 2
Windows 7 ēra tuvojas noslēgumam, Microsoft koncentrējas uz Windows 10 1
Lietotāji online: 70
Reģistrētie lietotāji online: 0
Viesi online: 70
Labvakar!
Tātad - taisu nelielu, uz web tehnoloģijām bāzētu, projektu galdniekam Jurim. Viņš ir ļoti dīvains cilvēks, un katram dēlim viņš ir devis savu vārdu, uzvārdu u.c. rekvizītus.
Visus šos dēļus es lieku MySQL datubāzē, tabulā deli . Katram dēlim ir savs unikāls ID (primary key, auto increasment).
Juris ar katru dēli var veikt vairākas darbības - noslīpēt, saīsināt, apēst utt. ... (pieņemsim, ka katrai darbībai atbilst savs skaitlis - 1,2,3 utt.) .
Juris vēlas, lai katram dēlim viņš varētu apskatīties, kādas darbības un kādos datumos viņš ir veicis.
Es šai situācijai redzu divas izejas:
1) SQL tabula darbibas, kuras struktūra būtu apmēram šāda:
. darbības id (primary key, auto increasment) .
. dēļa id .
. darbībai atbilstošais skaitlis.
. datums .
Kad Juris kaut ko gribēs uzzināt par dēli ar ID == X, tad dati tiks atlasīti.
Veiktajām darbībām pieaugot (>10 000), ātrdarbība smagi cietīs (ja nemaldos!).
2) Katram dēlim izveidot attiecīgu "darbību" tabulu - dēlim nr. 1, piemēram, darbības tiks glabātas tabulā darb_1.
. darbības id (primary key, auto increasment) .
. darbībai atbilstošais skaitlis.
. datums .
Šis risinājums piebāztu datubāzi pilnu ar tabulām, jo dēļu skaits džekam ir stabili ap 1000. Kaut kaa neliekas pareizi šādi darīties.
Kā rīkoties?
Kas būtu pareizāk, kādēļ? Vai varbūt ir kādi citi paņēmieni, risinājumi?
Varbūt kāds zina lapu, kurā ir doti kaut kādi (my)SQL datubāžu optimizācijas padomi?
Paldies!