Ładuję...
photo
dragon
13:31 18/08/2010
Ilekroć widzę syf w bazie danych zastanawiam się dlaczego "konwencje" w #rails zakładają, że prawdziwe klucze obce (constrains) są zbędne.. Integralność danych jest podstawą baz danych, a bez kluczy obcych dane prędzej czy później się uszkodzą. #rails #wkurw
  1. photo seban są pluginy do tego [odpowiedz]
  2. photo dragon wiem, najlepszy jest foreigner :) ale jako, że jest to "konwencja" w większości projektów tego nie ma.. I później sobie wiszą klucze bez powiązania :P np. post.company_id jest równe 5, pobierasz post.company, a tu nil :P Poza tym mysql automatycznie indeksuje klucze z constrains i lepiej robi joiny na tabelach. Według mnie lepiej powalczyć z errorami, które db wypluwa niż później zastanawiać się czy na pewno można dany rekord usunąć, czy nie zostanie syf itp. I całkowicie nie rozumiem tej ideologii którą stosuje rails. [odpowiedz]
  3. photo dragon @rupert - nie do końca, jest to pewna konwencja bo constrainsy nie są celowo wspierane w migracjach, db ma służyć jako kontener na dane. A takie coś już jest niby logiką biznesową. Gem foreigner jest całkiem fajny, dodaje do t.references opcję foreign_key => true :) [odpowiedz]
  4. photo dragon @rupert - z tego co pamiętam (a było to dawno :P) to w Agile Web Development wykonywali ręcznie sql'a w migracjach :) i widziałem to już w wielu tutorialach więc dlatego dziwi mnie, że nie jest to oficjalnie wspierane... [odpowiedz]
  5. photo dragon @rupert - właśnie o tym mówiłem :) i to nie tylko w tej książce, tak czy inaczej ciesze się, że nie tylko ja mam takie odczucia co to integralności w db :P [odpowiedz]
  6. photo madsheep to long, didnt read [odpowiedz]
  7.  
  • Promuj wpis:
  • Zobacz inne wpisy otagowane: #rails #wkurw