Dva su pitanja:
1.- Kako odabrati ispravan tip podataka uzimajući u obzir sve aspekte baze i aplikacija koje se izvršavaju nad tom bazom.
U jednoj od tema vezanih za JMBG povela se diskusija o tipu podatka za njegov smeštaj. Neki su zagovarali dva ineger-a, negi biginteger a neki char(13).
Obrazložeje je bilo da je ušteda u prostoru veoma bitna i ako iznosi sitnih 5 Mb po milionu slogova( duša sa JMB) i da je rad sa intege-ima mnogo brži. Da li je to suštinski tačno?
Ili je možda ipak bolje upotrebiti char(13) i povećati brzinu izbegavanjem nepotrebnih obrada i gimnastike prilikom unosa i prikaza unesenih podataka? Voditi računa da se aplikacija može izvravati na raznim tipovima uređaja i na raznim operativnim sistemima
2.- Gde smestiti poslovnu logiku? Da li u bazu ili u klijentske programe. Šta je kvalitetnije rešenje po pitanju zaštite podataka, jednostavnosti održavanja i brzini izvršavanja željenih operacija?
Kažem klijentske jer postoji mogućnost da bude više različitih klijenata sa različitim potrebama, pravima pristupa pa i sa različitim operativnim sistemima na kojima se izvršavaju.
Da li je korisnije da baza sama obavi validaciju svojih podataka i da klijenti samo obezbede način za unos i prikaz podataka ili im treba prepustiti i upravljanje podacima?
Obratiti pažnju na to da postoji mogućnost pristupi bazi i sa udaljenih lokacija putem nekada ne tako brzih veza i uz pomoć ne tako brzih i pametnih uređaja.
Znači, vrlo je bitno obuhvatiti sve aspekte veze baze i aplikacija koje se obraćaju toj bazi sve vezano za izbor najadekvatnijeg tipa podatka da bi se na kraju sobio kvalitetan proizvod.
1.- Kako odabrati ispravan tip podataka uzimajući u obzir sve aspekte baze i aplikacija koje se izvršavaju nad tom bazom.
U jednoj od tema vezanih za JMBG povela se diskusija o tipu podatka za njegov smeštaj. Neki su zagovarali dva ineger-a, negi biginteger a neki char(13).
Obrazložeje je bilo da je ušteda u prostoru veoma bitna i ako iznosi sitnih 5 Mb po milionu slogova( duša sa JMB) i da je rad sa intege-ima mnogo brži. Da li je to suštinski tačno?
Ili je možda ipak bolje upotrebiti char(13) i povećati brzinu izbegavanjem nepotrebnih obrada i gimnastike prilikom unosa i prikaza unesenih podataka? Voditi računa da se aplikacija može izvravati na raznim tipovima uređaja i na raznim operativnim sistemima
2.- Gde smestiti poslovnu logiku? Da li u bazu ili u klijentske programe. Šta je kvalitetnije rešenje po pitanju zaštite podataka, jednostavnosti održavanja i brzini izvršavanja željenih operacija?
Kažem klijentske jer postoji mogućnost da bude više različitih klijenata sa različitim potrebama, pravima pristupa pa i sa različitim operativnim sistemima na kojima se izvršavaju.
Da li je korisnije da baza sama obavi validaciju svojih podataka i da klijenti samo obezbede način za unos i prikaz podataka ili im treba prepustiti i upravljanje podacima?
Obratiti pažnju na to da postoji mogućnost pristupi bazi i sa udaljenih lokacija putem nekada ne tako brzih veza i uz pomoć ne tako brzih i pametnih uređaja.
Znači, vrlo je bitno obuhvatiti sve aspekte veze baze i aplikacija koje se obraćaju toj bazi sve vezano za izbor najadekvatnijeg tipa podatka da bi se na kraju sobio kvalitetan proizvod.
