- This topic has 5 odgovora, 2 glasa, and was last updated 17 years, 1 month ranije by
.
-
Članci
-
Razmišljam o sledećem – kako najbolje napraviti račun u MySQLu? Naime, račun može da sadrži različit broj artikala, samo jednog kupca, ali i artikli mogu biti na različitom broju računa; kao što i kupci mogu imati različit broj artikala na različitom broju računa.
U tekstuelnom obliku nema nikakvih broblema, fajl može biti različite dužine. A kako definisati SQL tabele?
tabela kupac
tabela artikli
tabela racun koja koja sadrzi jedinstvene podatek vezane za racun i id kupca
tabela racun-artikli svaki unosu ovu tabelu ima id racuna , id artikla , kolicina artikla na racunuOK, tako sam i mislio. Ali me muči još jedna slična stvar – šah. Zamisli neki turnir, i imaš sledeće tabele
1. igrači
2. partije (ko je crni, ko beli, koji rezultat…)
3. potezi – ovde bi imao mali milion redova 1. e4 + šifra partije. To ne mo
e elegantnije? (osim u tekstuelnom fajlu?)tacno je da bi imao puno unosa u tabelu potezi (redni broj poteza u partiji , sa lok , na lok , id partije) , ali u cemu je tu problem , to je normalna stvar u bazama.
Ne vidim zasto je u txt fajl-u ovo bolje stavljati , tj zavisi sta hoces od programa i baze. mozes u bazi imati jedan veliki zapis u kome su svi potezi te partije,tj imati nesto kao sadrzaj tog txt fajla u samoj bazi , ……. sve zavisi od toga sta hoces tacno od te app i baze, da li da bude brz za ispis, lak za analizu partija itd….
Ma jednom sam pričao na tu temu sa webmasterom sajta perpetualcheck, pa mi je rekao da sve partije drži u .pgn formatu, i pričali smo da li je to bolje ili bi trebalo da se pgn fajlovi generišu iz baze, te da li bi trebalo da u jednoj tabeli stoje svi potezi, ili da svaka partija dobije svoju tabelu, ili da (na kraju) ostanu .pgn-ovi
Moraš biti prijavljen da bi postavio komentar u ovoj temi.