Savjet za učenje baza podataka te pristupa iz C#

Zašto video tutoriali, jooooj :/

Imaš dosta dobrih knjiga koje se bave sa ADO.Net tj. radom sa bazama. Pogledaj onu temu literatura za programiranje, dao sam link na neku C# ebook (besplatnu) gdje je dosta detaljno (i jednostavno, školski) objašnjen rad sa Access i SQL bazama. Osim te, ima i Wroxova C# 2010 koja je također odlična ali i košta.

Osim Accessa i SQLa bih ti preporučio sqlite3 koji je daleko jednostavniji od "pravog" SQLa. Jednostavniji u smislu da ti ne treba SQL server (instaliran i pokrenut) nego ti je dovoljan sqlite3.dll u referencama. sqlite drži bazu u jednom fajlu ali mu se pristupa preko SQL jezika tj. preko LINQtoSQL.

BTW, zašto si otvarao novu temu, ima ona C# pitanja i odgovori. Ovo je komotno moglo tamo.

[edit] - ja imam Wroxovu C# .net 4.0 od 1800 i nešto sitno stranica u PDFu

a evo sad sam proša još par LINQ tutoriala i sjeda sve,nije tesko. Vidit cu valjda cu se snac.Samo mi nisu još neke osnovne stvari jasne.Prijatelj mi je objašnjava kako ja LINQ mogu koristit za pristupanje kolekciji a kolekcija automatski koristi SQL za pricanje s bazom i da meni sql tu može dobro doć za dodatne mogućnosti al da je još rano za zamaranje s njime.Sad kolekcija - baza :/ ???

a uporan li si brate, nitko od ekipe mi ne radi s sql-om a ja još nisam dovoljno duboko uša u baze da shvatim prednosti sql-a. Kad s uhodam s LINQ-om  po potrebi mogu ucit sql.

Ne,mislim da neću pljunit u facu nekoga ko sa 20 god zarađuje dovoljno da može živit od programiranja.Poštujem njihovo mišljenje više od tvojeg i tome se nemoj čudit.A reka sam ti pusti me da malo dublje uđem u baze i izvježbam ih pa mogu sam odlučit šta da učim.Uostalom kad stavim temu na forum onda nemoj postat u nju jer možepš pretpotstavit da sam vamo doša po alternativno mišljenje.Ti mi možeš reć sve šta imaš na facebooku.

Ljudi su ti dali savjete za baze podataka. koristi ih.

Ja cu ti jos naves basic knjigu: "Teach Yourself SQL in 21 Days"....

a drugo sto bi savjetovao sto se baza tice: ZABORAVI neke okrljastene bazice, uzim pravu bazu, imas free edition od oracle-a itd.

a kao zadnji savjet: probaj ucit ANSI SQL, odnosno, nastoj trosit sto manje DataBase specific sql naredbe u fazi ucenja.

dakle uglavnom sad radim LINQ course na pluralsightu (jednostavna stvar) pa cu probat za pocetak nesto sa LINQ to SQL za pristupanje bazi.Kasnije bi treba i malo SQL-a odradit.Ono sta bi volia da mi neko pojasni je na kojem principu funkcjonira to LINQ-ovo komuniciranje s "Kolekcijom" koja automatski komunicira s bazom putem SQL-a , šta bi kolekcija predstavljala i koje su prednosti poznavanja SQL-a nad poznavanjem samo LINQ to SQL-a?

ok hvala na savjetu. BTW nešto mi još nije jasno, kažeš pusti access uhvati se SQL-a, ja sam mislia da je SQL samo query language za pristupanje bazama,ne da se u njemu mogu i izrađivati baze?

Kad tad trebati češ bolje proučiti SQL , programiram ASP.NET aplikacije a poznavanje SQL je jedna bazična stvar u napretku programiranja aplikacija ,dalje su sve lagane nadogradnje koje također idu uporedo mjesecima pa i godinama....znam ja da želiš odmah nešto veliko ali polako u jednom području ili dva biti vrhunski je biti odličan programer .

Na Linq 2 SQL (L2S) zaboravite. Iako postoji i dalje, njega je u potpunosti zamjenio EF (Entity Framework). Kada je EF izasao, imao je brojne djecje bolesti, pa se morao koristiti L2S. U EF 4 su vecinu toga ispravili. EF i L2S su samo apstrakcija nad ADO.NETom, tu se svi slazemo. Smatram da za pocetak nije potrebno uciti ADO.NET, iako je za osnovno koristenje dosta jednostavan (SqlConnection, SqlCommand, Reader klase), pa ako netko ima viska vremena, samo naprijed ...

EF 4.1 (odnosno trenutno 4.3.1) ima sasvim upotrebljiv Code First nacin rada (prvo se definiraju klase, prema kojima EF automatski generira bazu), i potrebno je svega par linija koda da bi se moglo zapoceti sa radom. Savjetovao bi izbjegavanje upotrebe EF designera.

Potrebno je napraviti sljedece:

1. definirati klase (model), postoje određena pravila i konvencije za referencirane klase.

2. definirati DataContext klasu (tkz. Unit of Work). Sadrzi kolekcije (DbSet<>) koje predstavljaju tablice u bazi

2.5 poziv Database.SetInitializer(...) ako baza ne postoji i zelite da ju EF kreira

3. LINQ upiti 

Ne treba bjezati od SQL jezika, i njega se MORA znati, barem osnove, jer apstrakcija koji Linq pruza i nije najbolja za sve scenarije, i moze se obiti u glavu. SQL je dovoljno lagan da se osnove vrlo brzo savladaju. I ako se ne poznaje problematika sheme, baze, SQLa, tesko se moze i raditi sa EF-om. 

Sto se tice same baze, moze se koristiti nekoliko njih, za koje EF ima provider (provjeriti preko Nugeta): MSSQL (puni, express, localdb), MySQL, SQLite, SQL CE, ...

Baze su u biti samo serveri, servisi, uz koje je potrebno ili pozeljno imati neki alat za njihovo upravljanje: SQL Management Studio za MSSQL, MySQL Workbench, ili Database.NET za skoro sve baze (http://fishcodelib.com/Database.htm). VS2010 moze upravljati MSSQL i SQL CE bazama. 

Savjet: dobro pratite generirane SQL-ove od EF-a. Za to se moze koristiti Profiler iz SQL Management studia (najkompliciranije rjesenje), EF Profiler (najjednostacnije), Glimpse.EF (ako se radi o web aplikaciji), a postoje i drugi "inspektori" koj omogucavaju pregled SQL-a prilikom debugiranja. 

EF i L2S su "samo" alati koji prevode LINQ u SQL upite. LINQ (Language Integrated Query) su upiti nad kolekcijama objekata, a kako su ti objekti mapirani na tablice, EF i L2S znaju to prevest u SQL. Zato se oni i zovu ORM alati - Object/Relation Mapping.

Gledaj to ovako: 95% upita ces moci napraviti sa LINQom, a kada budes guru, i htio spojiti 10-tak tablica, grupirat, join-at ovisno o nekom CASEu, morati ces uzet SQL. Ne zato sto se to nemoze sa LINQom, nego zato sto je sa SQLom puno optimalnije: sa LINQom (EF, L2S) ces trebati povuc pola baze u memoriju i tamo pretumbat da bi dobio tocno ono sto ti treba, a sa SQLom mozes odraditi u samoj bazi, stedeci promet app<->baza.

Sto u praksi znaci: ako koristis Linq, dobiti ces 500 upita na bazu, a to mozes svest na 1 rucno pisani SQL upit. 

EF je tu dobar (to moze vecina ORM alata) posto dozvoljava da mu ti das SQL upit, a on ce rezultat mapirati nad objekt (kolekciju objekata):

var companies = dbContext.ExecuteStoreQuery<Company>("SELECT * FROM Companies");

(izvuceno iz http://blogs.microsoft.co.il/blogs/gilf/archive/2009/11/25/execute-t-sql-statements-in-entity-framework-4.aspx)

hmmm, i da i ne. LINQ je u biti samo upit. Linq 2 Object radi na objektima u memoriji, Linq 2 Sql (L2S) i Linq 2 Entities (EF, Entity Framework) pretvaraju Linq upit u Sql upit, tako da oni ne dovuku sve iz bazeu memoriju pa tamo filtrijaju. 

Naprimjer:

var products = context.Products.Where(x=>x.Price > 10)

je isto sto i:

var products = from p in context.Products

             where p.Price > 10

             select p;

i to onda EF ili L2S pretvaraju u SQL:

SELECT Id, Name, Price FROM Products WHERE Price > 10

sto znaci da se EF i L2S trude sto optimalnije prevest upit u SQL. Ovo prvo je "lambda" upit, ovo drugo Linq. Kada napises Linq upit, on se u pozadini pretvori u Lambda upit, ali to u biti nije vazno toliko, pises sta ti vise pase ;)

Dobro za spomenuti da ovako nesto:

  var upit = context.Products.Where(x=>x.Name == "bla")

ne ide na bazu, i ovaj Where vraca tip IQueryable<Products>. To omogucava da "gradiš" upit:

  upit = upit.Where(x=>x.Price > 100); 

  upit = upit.Where(x=>x.Category.Name == "njok"); // ovo radi Join dvije tablice u bazi

  upit = upit.Skip(20).Take(10);

i tek kada okines .ToList() on pretvori to u SQL i ode na bazu: 

  var products = upit.ToList();

ovaj .Take() i .Skip() naprimjer omogucavaju "paging", preskoci 20 redova i uzmi 10 redova. U C# sa LINQ je kreiranje paginga jednostavno, a SQL izgleda puno drugacije i kompliciranije :)  

dobro rečeno,moram prvo odradit neke stvari da bi sve sjelo na svoje mjesto.Kod ove teme npr je problem mog nedostatka znanja pa neznam obijasnit što želim pitati, al sve u svemu puno ste mi pojasnili i pomogli, sad ja idem na posal :)