Ja bih koristio ms sql server, iz dva razloga: besplatan je a ne vidim razloga da ga ne koristim, mogu sa njim da koristim linq2sql.

skinio sam i sql 2008

možeš li mi objasniti onda kako bi napravio otprilike server client kak bi se spajalo na tu bazu i dali bi se nešto dodatno moralo instalirati na serveru zbog sql-a ili može sve ići u jednu instalaciju
hvala.

malo sam bio gledo SQL 2008 al ga nisam previše razumio pa bi molio te ako mi možeš malo objasniti to oko tih sitnica spajanja servera i clienta bio bi ti zahvalan jako puno.

Sa administratorske strane oko (70 pos-ova) ja bih išao na sistem dvojne baze,
U lokalu bi imao MS ACESS ili DBF ili Advantage a na serveru bi imao MS SQL -bazu ili ORACLE

Par objašnjenja:
Spmenuti file sharing sistem ne bih preporučio iz razlog jer JET radi dosta sporo preko mreže te se virusi sharing folderima šire velikom brzinom, File sistemi su
dosta i nepuzdaniji po pitanju korupcije datoteka.

MS Sql sam bi najvjerovatnije mogao zadovoljiti mrežni rad ali ja sam pobornik ovisnosti svih kasa za jedan server, (Mora te imati alternativu,
Šta u slučaju kada sever mora ići dole da zatvorite šoping centar u tom trenutku)

Konkretno moje kase su na besplatnom [url=http://www.sybase.com/products/databasemanagement/advantagedatabaseserver ]Advantage DataBase[/url]
to je nasljednik DBF-a i radi na principu datoteka, te kase sa serverom pričaju isto fajlsistemom preko XML-ova.
Prednos ovakovog sustava se bazira na veoma maloj zahtjevnosti mašina po pitanju preformasi (TO jako dobro radi i na Cirux procesorima sa 32 MB rama)
i isto tako neovisnost svake pojedine kase o mreži te aktivnom serveru, Nedostatci ovakvog sitstema su mnogi a jedan od najvećih je da je upravljanje lagerom svedno na periodičnu komunikaciju server kasa.

Ako bi se danas odlučio na razvoj kase ili eventualno kupovinu nove striktono bi zahjtevao da kasa ima ugrađeni automcki dual mod baze,
To jeste da aktivno radi sa serverom (čita podatke o lageru ariklima stanjima cijenama kao i upisuje nazad iste na server)
Ukoliko iz bilo kojeg razloga kasa ne uspije doci do servera i upisati podatke na centralni server iste podatke će napisati u lokalnu bazu i čekati sihronizaciju sa serverom kada to bude moguće.

Sjetite će se ovoga kada vas prvi put mušterjia bude gađala teglom ajvara jer se račun mora ponovo kucati a on je čako u redu već pet minuta.

Ovo naravno zahtjeva dodatne sate i sate programiranja i planiranja ali uz današnje blagodati .NET-a i Internet sharing projekata mislim da uopšte neće
biti problem da se stvari postave kako treba izpočetka

Koliko često ti pada sql server pa moraš imati i lokalnu bazu?
Šta radiš u sledećem slučaju:
Imaš 5 kasa, ali jedna radnica je bila na odmoru i na njenoj kasi niko nije radio.
U međuvremenu je stigao novi artikal ili se drastično promenila cena postojećeg.
Kako podaci nisu bili keširani npr. 7 dana, u trenuku kada se radnica vratila sa odmora pukne server, a u njenoj lokalnoj bazi su neažurirani podaci.
Ko snosi eventualne troškove zbog neažuriranih podataka?

Dvojna baza ti je samo nepotrebni overhead.

MIslim da je server i mreža UP time preko 90% radnog vremena ali ja Shoping Centrar vidim kao avion
za sve moram imati alternativu u letu.
Feedback pitanje na ovo je Da li imate UPS a koliko se često dogodi da nestane struje i da li je to bezpotreban overhead

Postoji u programu event koji se zove početak smijene,
Pri toj funkciji izvršava se prijava kase na server, da bi se to uradilo mora postajati aktivna veze sa SQL u tom eventu se isto tako provjerava
da li kasa ima ažurne cijenike u lokalnoj bazi
Ukoliko su ispunjeni ovi uslovi kasa će odobriti početak smjene i naplatu računa u suprotnom zovite tehničku podršku.
Kada smo već načeli temu oko same funkcionalnosti kasa,
Moram naglasiti gore već navednu funkciju prijave kase i odjave,
Ja poričem iz stare trgovačke firme "UPI-ja" i provo što nam je podvučenu o definiranju sistema jeste matematički dokaz da
će uprava biti sigurna da su sve kase kucale u korist firme i da nema šansi da se podatci sa jedne kase ne proknjiže na centralni server.
Mi imamo pravilo ili će te knjižiiti sve kase ili nećete niti i jednu panam je lahko vidjeti da nešto nije u redu jer znamo da svaki dan mora
postojati inkas i dnvnalista prodaje, Ukoliko neka kasa iz bilo kojeg razloga nije završila smjenu i odjavila se na pravilan način sistem ne
bi smjeo dopustiti knjiženje prodaja na centralni server

Bespotrebno komplikovanje koje se može pretvoriti u pravu noćnu moru kako projekat bude rastao.
Ukoliko sam dobro razumeo, struktura lokalne baze i recimo SQL Servera je ista?
Znači kada vršim modifikaciju serverske baze, moram da uradim i update svih klijenata?
Da ne pričamo o slučajevima kada se SQL sintakse razlikuju.
Npr, u SQL Serveru možeš da odradiš nešto ovako:
dok u npr. SQLite to mora malo drugačije:

Kako se vrši sinhronizacija lokalne baze sa serverskom? U kom vremenskom periodu se radi ta sinhronizacija?
Koliko vremena treba, tj. za koliko je uvećana cena razvoja takvog jednog rešenja u odnosu na rešenje sa jednom centralizovanom bazom?
Bolje je investirati u neki normalan server nego raditi pomoću štapa i kanapa.

Na netu imaš mnogo primera kako se vezuje klijent na SQL Server. Nije baš najjednostavnije da se ispriča tek tako. Verovatno je najbolje rešenje da koristiš Entity Framework, a takođe možeš da nađeš dosta informacija o tome kako se vrši mapiranje iz relacionog u objektni model. U klasičnom slučaju, imaćeš jednu tabelu prema jednoj klasi koja će imati sve odgovarajuće atribute iz tvoje tabele. Da ne dužim priču, dohvati Entity Framework wizard u Visual Studiu i kreiraj odgovarajuće klase, a dobićeš i odgovarajući kontekst objekat iz koga ćeš moći da izvlačiš te klase (odnosno, svoje SQL tabele).

ok hvala svima na odgovorima!

mislim da cu zasad ostati na access bazi jer sam vecinu i zavrsio al kasnije cu onda svakako stavit SQL bazu i napraviti dvojnu bazu te da se ažuriraju podaci prilikom spajanja clienta na server.

Imam jedno pitanje u vezi kase još ja sam to zamislio ovako da to radi al sad ne znam jel to uredu ili to ide nakako drugačije ovo je moja idea


znači imam 3 tablice

Artikli- id, naziv, cijena, opis, barkod, sifra_artikla
Racuni - id, racun_id, datum_zakljucivanja, racun_broj, korisnik_id
Racun- id, naziv_artikla, cijena_artikla, sifra_artikla, pdv, zakljuceno, racun broj

e sada kada prodavač ode na kasu ima listu di će se pojavljivati artikli kada bude kucao šifru artikla u polje predviđeno za to
i sad kad kuca jedan artikl zamisao mi je da se taj artikl spremi u tablicu "Racun" znači doda se samo podaci artikla i polje zaključano bi stavio "0" i sada kad bi se ukucali svi artili koje želi kupac i kada se klikne zaključi račun onda se izvrši komanda u bazi da updejta sva polja zaključano iz 0 u 1 gdje je racun_broj jednak broju trenutnog računa te bi se umetnilo u tablicu racuni potrebi podaci koji bi povezivali te racune u jedan preko racuna_broj

jel to dobro ili postoji neko bolje riješenje?

Hvala

program će koristit maksimum 10 kasa

Mislim da bi bolje bilo da stavke otvorenog računa držiš u nekoj TEMP tablici a da prikom zaključenja ona radiš insert tih zapisa u tablicu računa
Sutra kada budete imali onlie rad mogao bi imati problema sa konkurencim zbog stalnog pisanja u tablicu računa.
U ovom slučaju pisanje se vrši samo prilikom otvaranja računa da se zauzme broj i prilikom zaključenja da se upišu otkucane stavke i dodjeli status zaglavlju računa