Mislim da ti trbaju jos dva kompjutera. Jedan da kroz Access bazu preko ODBC konekcije upisujes podatke u MySQL bazu na LINUX serveru (kompjuter 1). Sesti kompjuter bi radio obratno, citao u Accessu sa MySQL/LINUX kombinacije. A za sve to vreme, slazem se, cetvrti kompjuter bi trebao da sedi miran, ne diraj lava kad spava. Peti bi naravno bio Windows, a sesti Linux. a kasnije mozda Windows ili bilo sta drugo, kako vec naidje potreba. Ako je malo, nista ne brini, dodacemo jos kompjutera. A mogao bi neki da ima i DB2 ili SYbase, sta msilis?

Pitanje je bilo ozbiljno.

A ima razloga zašto baš 4 kompjutera, i zašto windows/linux dilema, i mislim da nema potrebe za takvim šalama.

Sistem treba da radi u narednim godinama bez izmene jezgra, a jezgro je server koji se oslanja na bazu radi obavljanja mrežne funkcije. Ako baza naraste ili se pronadje optimalnije rešenje, treba postojati mogućnost za promenu baze bez ikakvih izmena na serveru koji će nastaviti da radi kao i do tada. Takodje, pošto su godine u pitanju, nikad ne možeš da tvrdiš da će web server uvek biti na linuxu, i da će administracija baze uvek da se obavlja sa windowsa.

_{[Ovu poruku je menjao pisac dana 12.10.2005. u 15:31 GMT+1]}

Veliki je problem kad treba da se izabere mreza koja treba da radi sledecih godina. Za pocetak si trebao da se s nekim posavetujes, verujam da ima nekog u blizini da ti pomogne, bar savetom. E sad, savete je lako davati, ali je problem ako se ne zna celina problema jer nisi mnogo naveo.

U principu poslovi za racunar 1, 2 i 4 mogu da se prepuste jednom racunaru. Pod 3 je klijent i malo je verovatno da ce biti samo jedan (a pokrenuo si temu kako umreziti 30+ racunara)

Ne mislim da si neozbiljan (gledajuci teme o kojima pises) ali si ovde malo nedorecen. Zato ima podpitanja

- da li ovo treba da bude internet ili intranet verzija (mada ne mnogo bitno)?
- o kakvom se poslu/aplikaciji radi, ovako napisano tesko je pogoditi o cemu se radi
- ko je zaduzen za realizaciju, ti, neko u firmi, neko sa strane?

Nisi ni napravio, a vec bi da menjas bazu. Konverzije su moguce ali to nije nimalo lako. Dobro razmisli da sad izaberes pravu. Nije ni lako ni jeftino.

Nisam pokrenuo već odgovorio na "umrežiti 30+ računara", ali nemoj mnogo da se osvrćeš na moje druge postove pošto ovo nije u vezi ni sa jednim prethodnim. U baze se ne razumem, ali imam nameru da se urazumim :-) pa zato i pitam.

Savet sam potražio, ali u mom okruženju niko ne radi sa Linuxom, pa nisam mogao da dobijem konkretan odgovor. Jedino što sam čuo (i za šta sam čuo i ranije) je ODBC.

Dakle, računari su podeljeni na 4 komada iz vrlo određenog razloga, između ostalog i zato što neće svi biti na istim lokacijama (bar ne u istoj sobi), i glavni server će biti maksimalno opterećen svojim poslom i ne sme biti zastoja, a na bazu će se pozivati (i u nju upisivati) samo u određenim intervalima (recimo par puta u sekundi). Baza će povremeno raditi kompleksne upite (na zahtev web servera ili nekog drugog kompjutera, pa ne želim da guši mrežni server), a sem toga će sistem verovatno biti proširivan u budućnosti i sa drugim mrežnim serverima koji će se pozivati na istu bazu (isto nekoliko puta u sekundi) tako da baza mora biti odvojena od servera.

Glavno je u stvari pitanje kako napraviti sistem tako da bude moguće menjanje DB sistema bez ikakve izmene konfiguracije onog opterećenog servera, i da bude moguće menjanje aplikacije iz koje se baza "gleda".

I evo odgovora na tvoja pitanja:
-intranet (tj. LAN)
-poslu koji ne sme ni jednog trenutka kompletno da zastane zbog kompleksnog upita nad bazom koji zaguši kompjuter, ali može određena nit da zastane zbog čekanja odgovora baze
-ja realizujem mrežu i servere, web aplikaciju će verovatno da radi jedna poznanica (ima je ovde na forumu), i bazu eventualno neki stručnjak za MySql ili PostgreSql(ako se ja ne snadjem)

Evo sad dam povezao Access sa MySqlom, preko ODBC-a, i zaključio sledeće (što nisam znao):

1) Ja u stvari instaliram ODBC drajver na strani kompjutera koji pristupa bazi, a ne na strani kompjutera koji sadrži bazu.
2) Kad se vežem preko ODBC-a, ja samo mogu da se linkujem na postojeće tabele, a ne i da kreiram nove tablele, uspostavljam relacije, itd...

Kako se vezati (čime) na bazu na Linuxu (u ovom slučaju MySql), tako da je moguće kreiranje tabela i relacija iz Windowsa?

Dakle, vrlo sam razočaran sa ponašanjem gore prisutnog moderatora na ovom forumu.

Eto, morao sam sam da utvrdim da su moje početne pretpostavke pogrešne, i da ODBC ne može da funkcioniše na način na koji sam zamislio. Lepo sam naglasio da Vrlo slabo poznajem baze, pa zato imam jedno newbie pitanje za ovaj forum i čak sam posle svake pretpostavke pitao da li grešim a za to vreme moderator (koji nije dorastao svojoj funkciji) zbija šale na potpuno pogrešnu temu broja kompjutera koji će raditi u mreži (kao da on zna zašto meni treba 4 kompjutera), umesto da se bar koncentriše i zbija šale na mojim pogrešnim pretpostavkama u vezi ODBC-a pa bih ja shvatio da su pogrešne.

Nego, sledeća newbie pitanja (za sve osim gore pomenutog moderatora) su:
1) Da li postoji način da se sa jednog kompjutera baza uvek prezentuje ostatku mreže na isti način, tako da ja mogu da menjam DB na tom kompjuteru, a da ostali uvek pristupaju preko istih metoda? Neko pominje XML, ali se ja pitam da li je to moguće i prihvatljivo rešenje za nešto drugo osim web aplikacija?
2) Kakvi alati se koriste da bih u Windows grafičkom okruženju mogao da kreiram tabele i relacije na MySql ili PostgreSql ili drugim bazama na Linuxu? Da li postoji neki univerzalni alat koji se povezuje na ovaj ili onaj način (ODBC, XML, etc...), ili svaka baza (treba da) ima svoj sopstveni alat?

nema razloga da se razocaravas. Ideja i jesteu tome da sam saznas sto vise a da ovde pitas ono sto zista jeste problem. Najkraci odgovor na tvoje pitanje a s obzirom da konstantno naglasavas da ne znas mnogo o bazama i da je istvoremeno posao koji treba da se uradi veomazobiljan, to je da posao prepustis nekome drugome ko zna mnogo o bazama i ko moze da odradi taj posao.

A koliko da steknes sliku sa cim se petljas:

SQL server je server, njemu se pristupa preko jasno definisanog protokola i svako okruzenje koje ume da mu pristupi sa serverom ce raditi na jednak nacin. Neke apliakcije moguda serveru pristupe direktno (u zargonu se to zove native) ili preko drajvera kao sto je ODBC, gde ODBC pravi konekciju ka serveru, a apliakcijama obezbedjuje unapred poznate ODBC mehanizme zakomunikaciju sa bazom.

Kao sto si i sam zakljucio ODBC drajver postavljas na racunar na kome se nalazi klijentska apliakcija i njime obezbedjujestoj apliakciji koja ume da radi sa ODBC-om, da posredno, kroz ODBC, moze da prsitupi i SQL serveru.

Kada pristupis bazi, na njoj mozes izvrsavati komande koje ta baza podrzava (a SQL je manje vise standardan jezik) a sam ODBC te u tome nimalo ili vrlo malo ogranicava.

Ako menjas strukturu baze, moras menjati i apliakciju koja toj bazi pristupa, osim ako izmena ne utice na njenu funkcionalnost. Prosto receno ako promenis naziv nekog polja a apliakcija ne zna za tu promenu, ona ce pokusavati da cita vrednost iz polja pod starim nazivom i to ce dovesti do greske.

Delmicno, probleme mozes da otklonis tako sto korsitis serverske procedure (stored procedures), koje pozivas sa klijenta, tako da one direktno citaju i obradjuju podatke a tebi ih prikazuju u nekom tebi potrebnom obliku. Tako, ako dodje do izmene u strukturi baze, izmene vrsis u serverskim procedurama, a klijenti dalje vide ono sto ocekuju da vide.

Pravo resenje je u viseslojnoj aplikaciji koja se sastoji od a) sql servera i eventualno serverskih procedura na njemu, serverske apliakcije koja pristupa sql serveru i vrsi sve obrade (a moze se nalaziti na posebnom racunaru), i klijentske aplikacije koja u stvari samo vrsi zadavanje komandi serverskoj aplikaciji i prikaz rezultata. Ovako mozes da izvedes da klijent ne zavisi od strukture podataka jer ces mu uz same podatke davati i njihov opis, iz koga ce znati kako da ih prikaze i sa sa njima da radi.

Sumnajm da ces dobiti vise detalja, sve dok ne das detaljniji opis apliakcije koju zelis da napravis. Po svemu sudeci, verovatno si nepotrebno zakomplikovao celu stvar jer tesk da mze da se smisli nesto komplikovanije od toga kako si ti zamislio da uradis.

Kako god, to sto si zamislio ne moze da uradi osoba neupucena u baze, kojoj ce da pomogne poznanica koja zna da pravi sajtove. Za takvu apliakciju se prvo pravi projektni zadatak, pa onda na osnovu toga projekat, pa se tek tada pristupa realizaciji, s ljudima koji znaju da odrade svoj deo posla.

Vidi, problem je u tome što ja finansiram ceo projekat. Dakle, štednja je maksimalna :-) i saveti tipa: "angažuj tim koji će to da ti reši" automatski se odbacuju. Da sam krenuo tim putem, ne bih ni postavio pitanje na forumu.

Razumem se odlično u sve što mi treba sem u PHP/ASP i Baze podataka (ali znam relacije i SQL umereno). Pošto imam dovoljno znanja za postavku cele mreže, baze ću savladati pre ili kasnije, i za to vreme zaraditi onoliko para koliko bih potrošio na tim stručnjaka koji bi projektovao to što mi treba, a ujedno i naučiti nešto što ću kasnije moći da iskoristim.

U strukturu neće biti promena, a i ako ih bude u budućnosti, to ovde ne uzimam u obzir. Mene u ovom slučaju samo zanima kako da oformim sistem tako da mogu da menjam DB (pri tome struktura same baze uvek ostaje ista, iste tabele, iste relacije, ista polja), i da pri zameni baze ne moram da menjam ništa na serveru koji joj pristupa (Ako je to uopšte moguće). Hteo sam naime da u prvom periodu i eksperimentišem sa raznim bazama, i naučim o svakoj ponešto pa odaberem najbolju, a bez izmena na ostatku sistema koji bi trebalo da bude puštem odmah u rad (mada ne baš punom parom).

Ako tako nešto nije moguće, onda ću se prilagoditi situaciji i odmah odabrati bazu koju smatram najisplativijom, a to je koliko sam do sada zaključio: PostgreSql. Moraću samo da se konsultujem sa poznanicom (ili nekim drugim) da li to pravi neke probleme za PHP

I, normalno, hteo sam da prvu Linux bazu ušniram u Access okruženje pošto njega najbolje poznajem (da iz njega kreiram tabele i relacije), ali pošto to izgleda neće biti moguće, onda ću morati da naučim da radim sa nekim alatom. E, sad, pitanje je kojim (grafičkim) alatom (za windows)?

Hm, nisam siguran da sam te shvatio bas najbolje...

Koliko mi se cini, tebi treba n-tier sistem, kojeg bi cinile slijedece komponente:
1. database server (MySQL, PostgreSQL, Oracle i td.)
2. application server (Linux ili Windows, sa podrskom za PHP, Javu ili neki drugi programski jezik, kojim ces pisati aplikacije)
3. clients (racunari, sa kojih ce se vrsiti pristup aplikaciji/skriptama na application serveru - putem browsera ili neke desktop aplikacije)

U database layeru mozes da imas npr. jedan master database server i vise slave database servera, kako bi odradio dobar load balancing...

Kao application server ti treba npr. Linux sa apache web serverom i ugradjenom podrskom za PHP ili Javu, odnosno bilo koji drugi programski jezik, koji ti moze posluziti za tu svrhu... Ti pozivas tu aplikaciju, a ona onda direktno pristupa database serveru i vrsi zadane operacije nad podacima...

Na kraju, ne treba ti poseban racunar sa kojeg ces unositi podatke, nego to mozes da radis sa bilo kojeg racunara... Samo otvoris browser i ukucas adresu do te aplikacije/skripte za unos /obradu podataka ... ili instaliras onu desktop aplikaciju... Po volji ti...

Ok, ako mislis da znas ti teraj. mi smo ti ovde rekli sto smo mogli da ti kazemo. Ja sam i dalje skeptik da ces sa svim tim stici daleko, s obzirom da si tek sad prokljuvio sta je ODBC, mislis da iz Access-a ne mozes a imas pun pristup MySQL serveru, a stav ti je da je najvaznije da mreza radi, a bazu ces ocas posla...

Baza je sustina resenja, nemoj nju tako olako da shvatas.

E sad sam ozbiljan. Tvoja situacija je kao nekoga ko hoce da sagradi Ajfelovu kulu, a ne da ne zna inzinjerski posao, nego ne zna ni tablicu mnozenja, ali misli da to moze da uradi jer jako dobro koristi brusilicu i varilacki aparat i zna da napravi metalnu ogradu. Sva je sreca sto to radis sam sebi, a ne nekome drugome, pa ces samo ti imati stetu. Naravno da si trazio pomoc, ali ovako kako si se zaleteo, tebi pomoci nema.

Skupo ti je da angazujes strucnjaka? Na jednom od americkih univerziteta na ulazu stoji table na kojoj pise "You think knowledge and education iare expensive? Go try ignorance."

Zelim ti uno uspeha u ucenju o bazama poadataka i razvoja aplikacija.

:-)

Jeste struktura baze, tj. tabele i relacije, ali ne i izbor baze. Što se relacija tice, nema šta da se brineš pošto (dovoljno) dobro poznajem tu oblast.

I kažeš da "mislim" da ne mogu da imam pun pristup MySql-u iz Access-a? Pa ja zato i postavljam pitanja ovde, da bi mi neko odgovorio na njih. Dakle, rekoh da sam mislio da preko ODBC-a mogu da kreiram tabele i relacije, pa sam utvrdio da ne mogu (iz grafickog okruženja). Nisam probao SQL naredbe (za kreiranje tabela, i silcne) jer mi nije cilj da kucam SQL komande u Accessu da bih kreirao tabele i relacije u MySql-u, vec da radim to graficki jer je mnogo jednostavnije i intuitivnije.



Necu imati štetu, mogu samo da imam (ili nemam) koristi, i to je glavna prednost toga biti svoj gazda.

Pošto vidim da ne ide kad postavljam više pitanja odjednom, koncentrisaću se na pojedinačna pitanja. Zaboravite svu prethodnu raspravu, pitanje je potpuno nezavisno:

Newbie pitanje 1:

Kako mogu da iz windows grafičkog okruženja pristupim MySql ili PostgreSql bazi na Linuxu preko mreže, i u njoj kreiram tabele i relacije?



_{[Ovu poruku je menjao pisac dana 13.10.2005. u 16:04 GMT+1]}

@pisac: Za graficko editovanje strukture MySQL baze, mozes koristiti MySQL Administrator ili MySQL Query Browser...

Newbie pitanje 2:

Znači ne postoji univerzalni način (grafičkog) pristupa raznim bazama (u cilju kreiranja tabela i relacija) sa Windowsa na Linux, već svaka baza ima (ili nema) svoj specifični alat za tu namenu?

Pogledaj http://www.sqlmanager.net/

Sto se tice baza u sustini to je sve isto ali i razlicito. Kad naucis jednu bazu videces da i neka druga to isto radi ali se drugacije pise. Samo treba vremena da se do toga dodje.

Ma pisac, problem je u tome sto postavljas ne pocetnicka, nego bas pocetnicka pitanja, iz neznanja zamisljas neka resenja koja su previse komoplkikovana iako mogu da se urade mnogo jednsotavnije samo ako znas kako, a ovamo si samouveren da ces da napravis aplikaciju. Star je vrlo prosta, ma koliko ti mislio da znas, ne znas. ne zna cak ni toliko da ti je jasno kako SQL server funkcionise i kakav ti alat treba, a kamoli da nadjes takav alat.

Naravno da postoje windows programi, koji pruzaju dobar graficki interfejs koji omogucava da administriras server, kreiras i administriras i same baze. Sumnjam da iko danas, ma koliko konzervativan bio, ne koristi neki takav alat.

Cak je na Es-u u nekoliko navrata bilo vrloproduktivnih diskusija o tome kakvi su alati dostupni i koji ima kakv emogucnsoti. I na samo sajtu MuSQL-a imas predstavljene sto besplatne sto komercijalne alate te vrste.

I najzanimljivije je, uopste niej bitno da li koristis server instaliran na Linux ili Windows platformi ili alat na windows ili Linux platformi, ili neku drugu kombinaciju. Na kojoj god da si platformi, imas sasvm dobre alate da sve odradis sto treba, jer ceo taj posao uopste ne zavisi od platforme koju koristis.

No kako god okrenes, tesko da ces nesto narpaviti s tim, lako cemo, pomocu carobnjaka, programrianjem.

Dobro, koliko meseci procenjuješ da mi treba da uradim ono što hoću? Baš me zanima tvoje mišljenje? Ja radim i druge stvari u životu, tako da za ovaj projekat mogu da odvojim jedno 7 sati nedeljno.

Znam sasvim dovoljno da napravim vrlo dobru relacionu bazu podataka zajedno sa prostijim SQL upitima, a kako je povezati sa aplikacijom (i mrežnom i web) to ne znam ali ću naučiti, i ne vidim nikakav problem u tome. Da li si ti sve što znaš naučio od drugih? Ja nisam, a znam dosta (u nekim oblastima).

U svakom slučaju, mislim da su ovakvi komentari potpuno suvišni. Ako negde grešim u pretpostavkama, treba reći: "grešiš, treba ovako _____" (kao što je bio slučaj sa ODBC-om). A komentari tipa: "nemaš pojma, to nikada nećeš uspeti" su neproduktivni.



_{[Ovu poruku je menjao pisac dana 13.10.2005. u 20:13 GMT+1]}

Ajde da budemo iproduktivni.

1) Napravi logicki dizajn baze podataka koja treba da podrzi proces koji si zamislio. Za to ti ne treba ni kompjuter, papir i olovka su savrseno dovoljni. Rezultat ove faze je list papira, verovatno A3 formata gde su nacrtane sve tabele, relacije medju njima i upisana polja. Ovo ti nece biti problem, jer kako sam kazes, nije ti problem da napravis vrlo dobru relacionu bazu podataka.

2) Izaberi sitem koji ce fizicki da nosi bazu (MySQL, MS SQL, Oracle). Cini mi se da is resio da to bude MySQL. Dobro, pokazi logicki dizajn nekome ko radi sa MySQL i reci mu gde si zamislio da sedi abza i on/ona ce lepo da to postavi na tvoj racunar i zeljeni server.

3) Objasni web dizajneru sta hoces i pokazi logicki dizajn baze i reci gde je fizicka baza. Objasni kako baz logicki podrzava ono sto si zamislio da aplikacija radi. Web programer ili programerka ce znati i sam/sama da poveze aplikaciju i bazu, to mu je posao

Ako napravis dobar logicki dizajn, fizicka implementacija na bilo koji sistem bice relativno laka. Mozes cak i u buducnosti da sve pretocis iz MySQL na primer u Oracle ili FireBird ili sta bilo. Ako napravis dobar logicki dizajn, baza ce moci bez velikih prepravki da podnese sve buduce promene i zahteve. Naravno, aplikacije ce verovatno trebati da se menjaju, ali ako se napravi dobar dizajn aplikacije uglavnom ces u buducnosti samo dodavati nove funkcije i penzionisati stare. Ako se sve dobro isplanira, nece biti potrebe da se postojece funkcije (metodi?) menjaju. Dodavanje je lako, menjanje je tesko. Ako budes imao dobru dokumentaciju, sve ce ovo biti mnogo lakse.

Znaci, moze da se napravi. Ima mnogo 'Ako', ali sto da ne, vredi pokusati.

:-)

Nisu suvisni. Stvar je u tome sto mi ne mozemo nista konkretnje da ti kazemo (pa cak ni da procenimo koliko ti vermena treba da to napravis) ako ti nama ne kazes sta konkretno hoces da napravis, a ti umesto toga non stop ponavljas: ma znam ja to samo mi treba neki carobnjak pa cu ja lako. Time prvo demonstriras neznanje, a onda i nipodastavas nasu struku.

UPRAVO !!!

@pisac: Jedini nacin da ti se pomogne je da kazes sta imas i sta zelis da bude krajnji rezultat. Objasnis situaciju i ideju citavog projekta.
Ovako pravis pogresne pretpostavke i postavljas u jednu ruku pitanja koja su previshe pocetnicka (tipa: nije vazno koja je baza, Access ili postgreSQL, sve je to isto, samo cu da ih zamjenim ko gatje) a onda kazes kako znas 'napraviti relacionu bazu podataka'.
Da znas sta to znaci, ne bi tako davao tako pogresne pretpostavke.
I na kraju se jos bunis sto ti niko ne odgovara to sto ti zelis.

Šta znači napraviti relacionu bazu?

Ja mislim da je to napraviti niz tabela sa odgovarajućim poljima i primarnim ključevima, i povezati odgovarajućim relacijama tipa jedan-jedan, jedan-više, ili eventualno više-više (što se u aksesu radi preko medjutabele, ali u nekim drugim bazama možda može i drugačije, to ću da vidim). Eventualno forsirati referencijalni integritet tipa "update" ili "delete".

To mi je sasvim dovoljno za bazu koja mi treba za ove potrebe.

Jel negde grešim?

:-D

Tacno tako :-)

Nema greska, samo furaj.

To ti je prosto, ko operacija srca. Treba samo da das anestiziju, zaseces na odredjenim mestima, otvoris grudni kos, podvezes krvne sudove, zaseces zaliske, ubacis plasticnu cevcicu umesto ostecenog tkiva, otkacis podvezane krvne sudove, zatvoris i zasijes. Posle das malo antibiotike za svaki slucaj, da sprecis infekciju, malo infuzije i gotovo.

:-)

Pa ipak je nešto malo (mnogo) prostije od operacije srca, da ne preterujemo mnogo.

Nego, tebe nešto mnogo privlači medicina. Da nemaš nekog u porodici ko se bavi time, ili ti je to neostvarena želja?

Mdicina mi je cisto zgodna za poredjenje, primeri su surovi i slikoviti. U medicini su stvari prilicno lepo podeljene, kad te boli zub ne ides kod ocnog lekara ili ortopeda. I ocni, i ortoped i lekar opste prakse idu 5 gidna na isti fakultet, znaci ista im je osnova. Onda idu jos 4 godine na specijalizaciju. I ne pada im napamet da se mesaju jedna drugome u posao.

A u nasoj oblasti, IT, ljudi nauce da sastavljaju hardver i to odlico rade, pa pomisle da znaju i softver. Interesantno je da nisam video mnogo softverasa koji se petljaju u hardver, dok je obrnuto veoma cest slucaj. Kroz plot gledati i nesto znati raditi nije isto. Meni su i otac i mati bili lekari, pa sam u zivotu video i cuo sto sta iz medicine i zato mogu da se gadjam izrazima i lupetam, ali me to ne cini medicinskim strucnajkom.

Nemam vise vremena da se bavim tobom, mada je bilo zabavno. Posto ionako to sve znas, saveti ti nisu potrebni, srecan rad i ostaj mi zdravo.

:-)

Eto recimo ti to znas na osnovu Accessa. A sta je zapravo relaciona baza, koje su relacione baze, sta je referential integrity, znas li to?
Znas li da Access ne podrzava RI? Podrzava samo cascade update i delete, i to preko checkboxova.
Je'l znas da bez znanja SQL neces nista napraviti sa i jednim DB serverom?
NE postoje wizardi za ozbiljan posao.... Takav software se vjerovatno granici sa AI i nije slobodan za download - software koji sve radi sam samo mu kazes 'hocu ovcu'.



Naravno da grijesis.... grijesis u tome sto NE znas sta ti treba, pa mislis da si sam sebi dovoljan.

Ocigledno je da radis na nekom extra skupom NASA projektu dok ne smijes ni rijec progovoriti o tome, a ocekujes da ce neko bacajuci grah i gledajuci u solju skontati sta ti treba.

This is so true :(

Rizikujem sledecom recenicom da me mnogi napadnu ali neka...

Ono sto vecina hardverasa radi (pod hardverasima mislim na one koji sklapaju konfiguracije -> sto uslovljava i stekanje OS-a) je da se trpa u sve i svasta. Da ne bude zabune, ono vecina neka nesto znaci jer uvek postoje izuzeci. Moja poenta je da najvise "hvalospeva" o nekom softweru i nekom odlicnom resenju dobacuje bas ova grupa ljudi. Posto se u svakoj "oblasti", odnosno softweru zadrzavaju pomalo, njima je lako da se saltaju sa jednog softwera na drugi pa onda da ulete na neki forum i sire kako je ovo bolje od onog i tako dalje. Njihovo ulaganje u znanje u odredjenu oblast je ne duze od, recimo, nedelju dana. Primer ovoga je da sam jednom imao komentar tipa
-ne volim ja Visual Basic 6 los je, Delphi mi je jako mocan
od lica koje ne bi znalo iole ozbiljnije da napise nesto u Delphi-ju jer celekupno njegovo znanje je mereno par nedelja ucenja i to je to. E zbog takvih likova meni se dize kosa na glavi.

Verovatno se mnogi sad pitaju, - pa kakve sad ovo ima veze sa temom
Pa i nema neke velike nego je ovo samo objasnjenje zasto se onda postavljaju ovakva pitanja i daju takvi odgovori kakvi se daju.

Moje misljenje je da ne treba nikog napadati ako misli da je u stanju da uradi posao. Za sve greske ce morati sam da se iskupi. A i ako hoce da nauce nesto ovako ce nauciti sigurno kroz greske, jest da je sporiji i mukotrpniji nacin ali to je vec njegov izbor.

Ovoliko sujete u jednoj temi od raznih ljudi stvarno nisam još video. Pa vama svima kao da je krivo što ja to hoću sam da uradim, a ne zovem nekog od vas? Stvarno mi niste jasni!

Bre, ja lepo ljudski kažem da sam newbie za baze, i pitam glupa pitanja (kao i svaki newbie), a ne znam šta vama smeta što ja hoću sam da naučim baze a neću da plaćam nekog od vas sujetnih profesionalaca da mi odradi posao. Vi zaista mislite da ste bogom dani i da niko drugi neće umeti to da odradi. Pa grešite normalno, kao i svako ko pomisli u jednom trenutku da je nezamenljiv.



Evo primera, čovek umesto da kaže: razlika izmedju Accessa i prave relacione baze je u tome što........, i da tako ja nešto naučim (ako već ne znam), on kaže: šta je ovo, znaš li ovo, znaš li da bez znanja SQL neces nista napraviti... i time se trudi da mi dokaže da ja ne znam ništa i da zbog toga ne treba da se upuštam u bilo šta (uzgred da je pažljivo čitao shvatio bi da već znam SQL, a i da ne znam to se nauči za nedelju dana).

Epa, dragi moji sujetni DB-ovci, stvarno imam vrlo malo pomoći od vas, i ništa mi ne govori da bih trebao nekog od vas da angažujem na projektu ako ja ne budem imao dovoljno vremena ili živaca da sam razvijem (naučim) kvalitetno rešenje. Jedina osoba koja je imala zaista konstruktivan odgovor ovde je dragancesu, a sve ostalo nit smrdi nit miriše, ili baš smrdi (na sujetu). Očigledno ću mnogo više pomoći imati od gugla nego od vas. A to što verujete da ja zaista ne mogu da uradim (i naučim) to što sam naumio, pa tome mogu samo da se smejem. Svakako da će biti malo teže pošto ću morati da guglam umesto da postavljam ovde pitanja na koja sam mislio da ću dobijati konstruktivne odgovore. Ja ne znam kako ste vi učili, valjda su vam sipali znanje u glavu pa ste odmah počeli da radite ko profesionalci sa iskustvom. Svaka čast.



Da, ja ne znam o bazama (i time demonstriram neznanje), kao što sam rekao na početku. A vi podcenjujete mene, time što mislite da to neću nikad ni naučiti. Isto kao da ti mene pitaš šta je BRI ISDN i kako da spojiš dva Cisco rutera preko ISDN-a i izrutiraš njihove mreže medjusobno, a ja ti citiram onu tvoju sujetnu rečenicu odozgo.

Bas pukoh od nepravde i zavisti..!



Jesu ovi doktori sujetni..... pa ja kad kazem da cu da operisem Muju, ja cu fino anatomski atlas uzeti i nauciti i operisati covjeka. A Boze sujetnih doktora...

- Ko ti je nudio da odradi posao za pare?
- Ko je rekao da niko drugi nece znati da uradi?
- Citav svijet nije u pravu, samo ja jesam a? :) (utopija).



Ti nisi nista pitao vec TVRDIO. Ti ZNAS, ti ne pitas.
Da znas SQL, ne bi trazio 'programe i wizarde' da ti prave app, vec bi pisao SQL.
Jednom si rekao 'necu ja SQL, to cu sve preko 'tih' programa'..
Nisam rekao da ne mozes, vec da ides da pogresne strane jer mislis da nesto znas a NE ZNAS.
Prvo te treba ubijediti da NE ZNAS da bi mogao nesto da naucis.



Kaze se 'pomozi nam, da mi pomognemo tebi'. Ne smijes da pricas o cemu se radi, a trazis da ti neko dzabe pomogne??? Bojis se da si pronashao rupu na saksiji i da je niko ne izmisli prije tebe? O cijoj sujeti ovde pricamo?

Niko ne zeli odgovarati na besmislena pitanja tipa "imam nesto i to nesto cu da prevezem sa 4 slepera po 25T pa me interesuje, koje slepere da uzmem"..




Razmeces se pretpostavka i zakljucicima i ne dozvoljavas da ti bilo obori tvoje zakljucke??? Ako si pocetnik onda kazi JA NE ZNAM ali pretpostavljam, ispravite me. I kad te neko ispravi ili upita za detalje nemoj vagati i praviti se da znas (jer u tom trenutnu NE ZNAS) vec poslusaj i odgovori na pitanja.

Sa pogresne strane gledas stvari, pocni od pocetka "Sta tebi treba?"?

Relaciona baza, oko 20 tabela, hiljade zapisa u ponekim tabelama, nekoliko tabela sa logovima raznih vrsta, povezana preko mreže sa web serverom preko koga će se uz lozinku gledati neki od podataka i dopunjavati, i sa top-secret serverom čija je top-secret real-time aplikacija pisana u C-u. Puna administracija baze ne ide preko web-servera već preko posebnog računara, mada nakon početnog postavljanja i punjenja neće ni biti potrebe za daljom administracijom.

Lekari kazu: da to objasnim kako se radi operacija slepog creva dosta je 5 minuta, ali da ti objasnim sve komplikacije koje mogu da se jave nije dosta godina...

Ovaj forum shvati kao grupu ljudi dobre volje koji ce ti pomoci. Ili kao konzilijum. A kod tebe su nastale kompikacije...

Ali prvo objasni tvoj problem. Ja ni dalje ne shvatam sta si naumio. Bez brige, tvoj projekt je jedinstven i niko ti ga nece uzeti.

Napredujemo :) ali opet nije dovoljno da neko shvati o cemu se radi.



- Sta znaci 'tabele sa logovima raznih vrsta'? Svaka baza ima svoje logove.
- Koji je nacin manipulacije podacima? Mislim, da li ce web app sluziti samo za pregled podataka ili i za unos?
- Koliko klijenata imas za manipulaciju podacima?
- Zasto mislis da trebas odvojiti DB server od Web servera? Ako imas 10, 20, 100 ili 500 istovremenih konekcija, sve to moze biti na jednom serveru. Ako ih imas 10.000 ili 50.000 onda vrijedi razmisljati o razdvajanju. Nemoj razmisljati o serverima, racunarima i mrezi, to ces staviti i odabrati prema potrebama, razmisljaj prvo sta su tvoje POTREBE.



Sta znaci top-secret server i top-secret app??



Sta znaci puna administracija? Pocetno punjenje?

Ponavljam dragancesu "niko ti nece ukrasti ideju", mozes samo dobiti pomoc.. PRICAJJ!!

To je ono sto se nikada ne radi.

Pozdrav

Obrazloži malo.

Da, voleo bih da saznam šta to znači "nikada" po tvom tumačenju?

_{[Ovu poruku je menjao pisac dana 21.11.2005. u 18:44 GMT+1]}