MS Access 2007 ??

Ovako ... sa Accessom radim godinama .. jos od verzije 2.0 .. znam tacno za sta je dobar,
a jos bitnije, za sta nije, gde i kako puca, itd. itd. tj. znam ga ' ko zlu paru' :))

e sad, u jednom broju PC Pressa procitah silne hvale na racun novog Jet DB Engine-a, koji dolazi uz MS Access 2007, kao, u fazonu, robustan je koliko i MS SQL Server Express 2005.

Diskutovao sam malo sa ljudima na forumima (UterAccess i www.access-programmers.co.uk) povodom novog Accessa, medjutim, nesto napljuvase novi Jet engine, i rekose mi da je to samo file server, ne database server.

Office 2007 (original) sam kupio jos pre mesec dana, a Access sam otvorio samo na 15 minuta (jer sam u velikoj guzvi).

Sad bih trebao da napravim jednu malu aplikaciju (50-ak tabela), pa ne znam da li da radim u C# + SQL , ili da odradim u MS Accessu.
Znam jako dobro da je ovo prvo mnogo robustnije, bolje itd, ali Access je sampion za RAD(rapid access development) a samim tim ce i aplikacija ispasti jeftinija.

Sve u svemu, zanima me, da li neko ima iskustva sa novim Accessom 2007, kako radi Jet i sve o tome ?

Pozdrav unapred i hvala

Programer sam vec 22 godine.
od clippera pa do accessa preko dbase 7 , clariona, foxpro.....

Access, je pucao , padao , rusio se ali sve mojom krivnjom.
Nije access ama bas nista kriv, mi smo krivi.

Regalno skladište radi vec godinu dana ko urica
Forme, liste , upiti u accessu , a tablice na ORACLE bazi

još uz to prikaz je grafićki , tako da na ekranu vide gdje se nalazi
koja paleta itd.....
moze i to access

Ostajem definitivno na Accesu 2002 i ne mičem se dalje.

Pozdrav

Trtko

Pa ja pricam ljudima ,da je za intranet aplikacije, narocito ako je potrebna brza izrada MS Access ubedljivo najbolje resenje, uz Back-end tipa : Oracle, MS SQL Server, ili nesto drugo.

Evo mi sad razvijamo jednu intranet aplikaciju, u VS .NET (C#) + MS SQL server, i toliko petljancija sa klasama, nasledjivanjima i ostalim sviranjima k...u, sto bi se u Accessu uradilo za 2 sata, u VS .NET-u, treba ceo dan.
Da ne pricam tek oko podesavanja Crystal Reportsa, za razvoj i deployment kod korisnika.

Skoro sam pokazao kolegi, koji mi nije verovao, da Republicka uprava javnih prihoda u Beogradu , radi sa MS Access + Oracle baza.

Tvrdnja da Access puca zbog neznanja programera, jeste tacna, ali ima i nekih 20% njegovih glupih gresaka, koje su nadam se ispravljene u verziji 2007.

No, sve u svemu, za razvoj Intranet aplikacija, vise me VS .NET nece videti ... samo Access + MS SQL ili Oracle.

pozdrav

@ PavlovicConsulting: Pun pogodak. Kad bi samo vise direktora spoznalo iste stvari i razmisljalo na isti nacin...

:-)

Ne bi se slozio oko ovoga. Ako je nekome tesko u VS .NET da napise program to je onda iskljucivo njegovo neznanje. Mislim, stvari su relativne. Vec nekoliko puta ovde na forumu sam vidjao ljude kako se spore koji je programski jezik bolji i koji da izaberu ali na kraju jedini generalni zakljucak koji moze da se izvuce je - da sve zavisi od znanja pojedinca. Meni je sigurno lakse da radim u VS (C#) nego u accessu zato sto ga bolje poznajem a i mogucnost programskih jezika su vece nego access-a. Uostalom, mislim da ce u buducnosti sve vise bledeti ta razlika izmedju accessa i VS-a. Ono na sta se sve vise ide u buducnosti je - integracija. Tako da je pitanje samo vremena kada ce skoro biti svejedno u cemu se radi.

negyxo: nije stvar da li je nekome tesko ili ne, nego u tome koliko se vremena potrosi .

Ja u accessu , neki kombo box, napunim za 2 minuta, a u C#, pravim objekte, metode, instanciranja, i takodje napravim sve to isto, ali za 10x vise vremena.

Ma ta integracija ..vidi ... radio ja malo Navision, Oracle ERP pakete .. za vece firme, tj. malo bogatije nije problem pljunuti 100k i vise Eura za ERP sistem.

ali za firme 5-10 zaposlenih, uvek ce biti 'prostora' za teilored-based aplikacije.

Inace, i meni smeta sto u Accessu, ne moze kao u npr. VS ,da obojim pozadinu buttona, sto nema ToolStrip kontrolu, DataGridVIew itd. itd. .. ali sa druge strane, sam razvoj je neuporedivo brzi.

Vidi, u VS mozes na milion nacina da napunis combobox. Kako ces da uradis to je na tebi izbor. Kolicina utrosenog vremena pre svega zavisi od individualnog znanja. Evo ja ne moram ni da pisem code da bi napunio combobox, ali da bi dosao do toga treba vremena, ne mislim samo na ucenje nego i na rad kada naucis. Potrebno je setovati okruzenje, upoznati klase, razviti svoje klase, prikupiti resurse (ikone, slike, zvukovi... dobro ovo vazi i za access). No stvar je da je taj inicijalni pocetak brzi u access-u ali posle je sve stvar poznavanja alata.

PS. Evo jedan mali primer, ovo sam pravio drugu, neki mali program. Jednom kada se kreira baza, VS sam generise DataSet, sve sto ostaje je da se poveze sa formama, i to skoro bez trunke koda.

PPS. Ako imas VS 2005 onda ti nista ne treba instalirano. U protivnom, treba .NET 2.0 i ReportViewerControls.

sad sam pogledao ovaj program ..jednostavno i funkcionalno ..



vidi sta hocu da ti kazem: ako hoces u MS Accessu da izvuces neki podataka sa SQL-a, (ja makar ovako radim) : ja onda na SQL-u napravim View, npr. GetZaposleniByID , i onda u MS Accessu, samo kazem da je dataSource za neki ComboBox taj View koji sam napravio.

U VS. NET : napraviti objekat Zaposleni, Napraviti metodu GetZaposleniByID, na formi inicirati novu instancu Zaposlenog, novu instancu metode, dodeliti je Combo Boxu, itd. itd ...

OK, ko je navikao, i dugo radi u VS.NET-u, naravno da mu ne savetujem da ide na Access, zbog brzeg razvoja ...bilo bi glupo ..

ali opet, ljudi koji dobro znaju Access(gde neskromno i sebe smatram) i dobro znaju VS net (takodje) , mislim da je najbitnija stvar, proceniti velicinu aplikacije, vremenski rok za izradu, korisnicko okruzenje i raspolozivi novac, pa onda odluciti u cemu ce se raditi aplikacija.

Po meni, VS Net nudi mnogo vise mogucnosti nego MS Access (pricam o front-endu, i o intranet aplikacijama) ali opet, ni priblizno toliko , koliko neki 'nabedjeni' programeri umeju da pljuju Access i hvala .NET

Dok sam ziveo i radio u Americi, video sam dosta ozbiljnih firmi kako koriste Access u sreci i veselju.

pozdrav

Vidi, te sto oslovljavas kao 'nabedjeni programeri', to samo govori o njima, ja sam davno rascistio sa time, oni koji iole nesto znaju najmanje ce se raspravljati sta je za koga bolje, najbolje je ono sto najbolje znas. Sta kome vredi sto je ne znam koliko, recimo, SQL Server bolji od JET Engine-a ako ne zna to da iskoristi, ali opet, zavisi i u koje svrhe sta koristis, evo taj primer sto sam dao koristi JET, jer je sigurno lakse namestiti deployment nego sa SQL Server-om.

Sto se tice povezivanja combobox-a i podataka, kao sto rekoh, ima vise nacina. Ja licno koristim jedan tupav flat pristup, posto sve radim preko SP-a, doduse i moram tako kada sam zakomlikovao ceo model , ali skoro da je svejedno posto mi je DAL tipizirani DataSet, wizard ti ionako nudi da li ces da koristis direct table pristup (tj. on ce da izgenerise komande) ili SP. Jednom kada se kreira DataSet ostalo je vec lagano, sve se svodi na designer i kliktanje

Ako putuješ Sarajevo-Banjaluka ideš autobusom a Sarajevo-London avionom.Možeš i aautobusom ali????

MS Access 2007 cak i sa SP1 ima puno bagova. U ADP programu otvaram formu sa 50000 slogova...u redu je da skok sa 1. na psolednji bude spor. Ali nije u redu da program pukne, da se sve zablokira, zatim nprvi BAK verziu, pa restartuje i na kraju posalje Microsoftu izvestaj da je kod mene pukao program... samo zbog skoka sa prvog sloga na poslednji!!!

Samo na jednom mestu na internetu sam nasao stidljivu preporuku da je bolje u MS Access 2007 napraviti ACCDB i linkovati se na SQL Server nego napraviti ADP. MIcrosoft ni reci o tome nije progovorio.

Po mom iskustvu pouzdani su MS Access 97 SE, Access 2002 (XP) SP3. MS Access 2000 bez SP1 nije cak mogao ni formu da dizajnira bez padnja-restarotvanja...

Ima li jos neko problema sa MS Accessom 2007... crkoh od bug-ova, a moram da radim u njemu... uprkos SP1...