andrisp Posted March 3, 2008 Report Share Posted March 3, 2008 Grey_Wolf, tavā gadījumā problēma būtu nevis "nepareizi" plānotā DB, bet gan nepareizā organizēšanā un testēšanas neesamībā. Link to comment Share on other sites More sharing options...
Grey_Wolf Posted March 3, 2008 Report Share Posted March 3, 2008 andrisp --> tas tik bij taads piemers par to cik svarigi ir izvertet visas iespejas, kas varetu buut vajadzigas .. tas ir... kljuda Db planosana ... Neparedzot iepeju ka nakotne varetu mainities datu tips.... Un testesana tur neko nedotu.... tapat jau ir zinams ka negativi skaitlji nesaglabasies... Ar organizesanu tam nav nekada sakara..... Link to comment Share on other sites More sharing options...
andrisp Posted March 3, 2008 Report Share Posted March 3, 2008 Ar testēšanu es domāju, ka pirms mēģināšanas ievadīt jaunā veida atzīmes in production, vispirms ir jātestē vai tas vispār strādā. Un organizēšana attiecas uz to pašu. Kā var ļaut ievadīt sistēmā jauna veida datus, ja nav pārbaudīts vai šie dati vispār tiek atbalstīti ? Bet vispār par tiem datu tipiem tev ir taisnība - nevajag pārāk strikti skatīties, problēmas vien var sanākt. Link to comment Share on other sites More sharing options...
Aleksejs Posted March 3, 2008 Report Share Posted March 3, 2008 Grey Wolf, nu bet visam tak ir robežas. Tas, ka ministriju ierēdņi savā plānprātībā cenšas sacensties ar Tvaika ielu ir sen skaidrs... Tad pēc šīs loģikas vajag paredzēt arī pamatskolas novērtējumus ar smaidiņiem, vai vārdiskos labi, teicami utt. Līdz ar to uzreiz varam visus laukus definēt kā BLOB, jo teorētiski var taču izdomāt, ka vērtības veidos unikāli ģenerēts zīmējums... Nu teiksim šāds. Jā, var mēģināt paredzēt kaut ko, bet ja specifikācijā rakstīts, ka atzīmes ir 0-10, tad tā ir ministrijas problēma, manuprāt. Link to comment Share on other sites More sharing options...
Gints Plivna Posted March 3, 2008 Report Share Posted March 3, 2008 Es jau arī teiktu, ka tas (atzīmju areāla palielināšna/samazināšana) pirmkārt ir sviests, otrkārt, ja cilvēkiem ir tāda lietā kā PPS un/vai PPA, tad tas ir IP (izmaiņu pieprasījums) un ministrija par to samaksā tik naudiņas, cik nu sanāk. Vispār pieredze liecina, ka pirmkārt ar klientu ir jārunā un jāmēģina iestāstīt viņam, ka tupus IP nevajag taisīt, otrkārt dažreiz galīgi tupus IP var atsist arī norādot pietiekami lielas naudiņas. Bet nu ja godīgi šis manuprāt nebija piemērs sliktai DB projektēšanai, jo visus vājprātus ko ministrijas ierēdņi savā bezdarbībā iedomāsies, neviens nespēj paredzēt. Šis bija piemērs reālai (tupai vai ne - to katrs var vērtēt individuāli :) biznesa prasību maiņai. Probza par to ko šī tēma vispār sākās ir acīmredzama, ka cilvēkam potenciāli ātrāk vai vēlāk iestāsies šaize un šo šaizi bija iespējams novērst. Vēl probza ir iekš tā, ka cilvēki uzreiz domā tabulās un, ja pieredzējušākie kolēģi par relatīvi vienkāršām lietām spēj vienlaicīgi domāt gan par loģisko uzbūvi (klases, entītijas), gan par fizisko uzbūvi (tabulas), tad mazāk pieredzējušākiem tā vien prāts nesās kaut ko sabāzt teksta laukos :) No otras puses, ja cilvēkam parāda iespējamās taciņa un vēl piedevām dod mājienus, kādas problēmas uz katras taciņas gaida, tad katra paša pienākums ir pieņemt galīgo lēmumu :) Pie mums ir demokrātija, tā teikt... Gints Link to comment Share on other sites More sharing options...
bubu Posted March 4, 2008 Report Share Posted March 4, 2008 Un tagat izdomajiet kaa izlabot doto kljudu ja sistemai ir pieslegtas 10K skolas ..... un testu aizpildija kadi 500 skoleni...Vadot ieksa datus kljudu pamanija kadii 50% .... Kļūda sistēmas ievad-datu validēšanā. Normālā gadījumā, vadot negatīvu skaitli vajadzētu dabūt kļūdas paziņojumu, ka tas nav atļauts (jo tādus nebij paredzēts glabāt). Nekad nekur nedrīkst uzticēties lietotāja ievadītiem datiem - tie vienmēr un obligāti ir jāvalidē. Link to comment Share on other sites More sharing options...
Recommended Posts