• Naslovna
• FAQ
• Pravilnik
• O ES-u
• Tim
• Korisnici
• Statistike

 

• elitesecurity ::
• elitemadzone ::
• EMAIL ::
• RSS ::
• ES Mobile

  Niste ulogovani?  Username :   Password:   

• Registracija
• Zaboravili ste password?
• Flashback ▲▼
• Login problem?

 

Pretraga:

 

Srodne teme 14.04.2024. Re: Gde je Kejt? (samo pogrešni odgovori) 14.08.2002. MySql Probelem 21.10.2002. mysql na slacku 31.01.2003. MySQL i apache 21.01.2003. MySQL problem 28.07.2003. Perl & MySql 10.09.2004. Problem sa konektovanjem na MYSql 05.02.2005. mysql problemi na Slack10 20.05.2005. MySQL 4 i MySQL 5 na istom racunaru 20.10.2005. Problemi sa MySql Administratir - om Navigacija Brisanje liste Aktuelne teme u ovom forumu: Problem sa sortiranjem po abecedi posle update mysql na 5.7 server mi je.. Različite Konekcije za Različite Baz.. prosto pitanje ali sam malo zaribao Prikaz zaglavlja i stavki računa Tabela od skoro 100m redova, ubrzati S.. Pomoć oko kreiranja baze podataka Spor count - jedan query radi drugi nece Upoređivanje dve tabele i filtriranje Promena vrednosti tabele MySQL rad za tabelama MySQL trigger notifikacije COUNT od poslenjeg upisa do odredjenog.. Fulltext search separator Primary key INT vs CHAR Izaberite forum: Linux Linux aplikacije Linux desktop okruženja Linux hardware Windows desktop Windows aplikacije Zaštita Office Windows drajveri Office :: Word Office :: Excel Macintosh Mac hardware Mac software Iphone Enterprise Networking SOHO Networking Wireless Windows mreže Linux mreže Wireless :: WiMax Wireless :: Mikrotik Wireless :: Wireless oprema Linux/UNIX serveri i servisi Unix BSD Skript jezici Security Virtualizacija Cloud Computing Services Security :: Kriptografija i enkripcija .NET 3D programiranje Art of Programming Asembler C/C++ programiranje Kernel i OS programiranje Pascal / Delphi / Kylix Java Embedded sistemi Perl PHP Python Visual Basic 6 Veštačka inteligencija Security Coding XML GameDev - Razvoj Igara Ostali programski jezici PHP :: PHP za početnike PHP :: Smarty template engine .NET :: .NET Desktop razvoj .NET :: ASP.NET .NET :: WPF Programiranje C/C++ programiranje :: C/C++ za početnike Baze podataka MySQL Oracle Access MS SQL Firebird/Interbase PostgreSQL Fiksna telefonija VoIP Udruženje korisnika teleko.. GSM - telefoni GSM - upotreba GSM - servisiranje Mreže i novosti Smartphone Mreže i novosti :: Mobilni internet Mreže i novosti :: Telenor - korisnički servis Mreže i novosti :: VIP - korisnički servis Mreže i novosti :: MTS - korisnički servis Smartphone :: Symbian OS Smartphone :: Windows Mobile Smartphone :: Android GSM - telefoni :: Nokia PDA Uređaji GPS Portable Players Anonimnost i privatnost ISP Browseri E-mail Instant Messaging FTP Google Hosting ISP :: Wireless mreže i ISP ISP :: ADSL E-mail :: Anti-spam Instant Messaging :: IRC Hosting :: Domeni Google :: Gmail E-Marketing Web aplikacije Web dizajn i CSS Web dizajn softver Web razvoj Pretraživači i SEO Flash Javascript i AJAX Web dizajn i CSS :: Kritike Grafički dizajn Izdavaštvo 3D modelovanje Rasterska grafika Vektorska grafika 3D modelovanje :: CAD/CAM Matične ploče, procesori .. Video karte i monitori Storage Ostali hardver Overclocking & Modding PC Konfiguracije Laptopovi Vodič za kupovinu - PC har.. Tablet PC Muzička produkcija Audio kompresija Audio softver Video produkcija Video kompresija Video softver Multimedijalni uređaji Digitalni fotoaparati Digitalne kamere Home Theater Digitalni fotoaparati :: Fotografija Digitalni fotoaparati :: Vodič za kupovinu - Digita.. Elektronika Elektrotehnika Elektronika :: TV uređaji Elektronika :: Radio elektronika i tehnika Elektronika :: Mikrokontroleri Elektronika :: Audio-elektronika Auto-elektronika :: Tuning Vodič za učenje Vodič za posao Vodič za emigraciju Fizika Matematika Nauka Sertifikati Informatika Vodič za učenje :: Seminarski radovi Vodič za učenje :: Obrazovne institucije Vodič za emigraciju :: Život u USA Vodič za emigraciju :: Život u Norveškoj Vodič za emigraciju :: Život u Nemačkoj E-Poslovanje E-Kupovina IT pravo i politika razvoja IT događaji IT berza poslova IS i ERP Ekonomija Berza Cryptocoins IT berza poslova :: Arhiva IT berze poslova IT pravo i politika razvoja :: Registar Nacionalnog ID E-Poslovanje :: E-Transakcije E-Poslovanje :: Forex E-Kupovina :: Platne kartice Digitalna Televizija Advocacy Ankete Predlozi i pitanja Vesti Čekaonica Vesti :: ES leto manifestacija MadZone TechZone Poljoprivreda AutoZone MotoZone Svakodnevnica Video igre MadZone :: Zanimljivi linkovi MadZone :: Kultura TechZone :: Ergonomija TechZone :: Grejanje TechZone :: Klimatizacija TechZone :: Bela tehnika AutoZone :: Fiat Panda club Lista poslednjih: 16, 32, 64, 128 poruka.

dzim Dejan Mančić Beograd Član broj: 39084 Poruke: 13 *.smin.sezampro.yu. Profil Zašto ne MySQL? 29.08.2005. u 09:25 - pre 226 meseci Da li može neko da mi kaže razlog zašto da NE stavim PHP/MySQL bazu u LAN sa 20 mašina? Da li je neko imao iskustva sa ovim? Prethodno je baza podataka bila u Access-u, koju sam skinuo i sad treba postaviti novu. Drugo rešenje, osim ovog, je SQL Server, naravno, ali mene interesuje ova prva kombinacija. 10x. Odgovor na temu

jablan Član broj: 8286 Poruke: 4541 +711 Profil Re: Zašto ne MySQL? 29.08.2005. u 09:36 - pre 226 meseci Čemu vam služi baza? Odgovor na temu

boccio Boris Krstović Spoonlabs.com nbgd Član broj: 7594 Poruke: 2458 *.hfcnet.nutsmaas.nl. Sajt: bocc.io +771 Profil Re: Zašto ne MySQL? 29.08.2005. u 09:55 - pre 226 meseci Citat: dzim: Prethodno je baza podataka bila u Access-u, koju sam skinuo i sad treba postaviti novu. Da li je za tu bazu postojao neki server-side front end, ili su se reporti radili direktno iz Access-ovih formi? Zasto prelazite na novu? Koliko ce procentualno poslovne logike ostati isto na novom sistemu, tj. koliko bi se moglo reuse-ovati od starog? Jeff, one day you’ll understand that it’s harder to be kind than clever. Odgovor na temu

filo VETS Beograd Član broj: 8038 Poruke: 1240 *.teleportgroup.net. Profil Re: Zašto ne MySQL? 29.08.2005. u 10:34 - pre 226 meseci ako vec razmisljas o bazi bolje kreni u pravcu razmisljanjanja o postgresu a ne mysqlu Odgovor na temu

dzim Dejan Mančić Beograd Član broj: 39084 Poruke: 13 *.smin.sezampro.yu. Profil Re: Zašto ne MySQL? 30.08.2005. u 09:07 - pre 226 meseci Elem, ovako ide cela priča, mada bi je sad trebalo premestiti u temu Access. :) Zvali su me u neku firmu da im sredim bazu, jer je čovek koji je bio zadužen za to, kad je video da stvari idu naopako, pobegao. :) Ostavio mi je Access bazu napravljenu na način koji je neko već poslao ovde i tvrdio da to radi bez problema: Na jednoj mašini je šerovan hard i tu se nalaze tabele, a na ostalim mašinama se nalaze samo forme za unos koje gađaju te tabele. Sad, kada se unosilo sa 1-2 mašine to je sve radilo. Čim su povećali na 5-6 mašina, podaci su počeli da se gube. Od unetih 1100 rekorda, Access zapamti samo 600. Nisu napravljeni nikakvi nalozi, samo se ulazi sa šifrom. Svejedno, mislim da mi pravljenje naloga u ovom slučaju neće pomoći. Kao prvu pomoć, razdvojio sam tabele po mašinama, i sad svako unosi posebno, i sve radi. Kad završe sa unosom, imaću glavobolje oko spajanja tih tabela, jer sa svake mašine skupljam po četiri povezane tabele sa istim šiframa. Onda sam video da Access ima opciju replikacije - jedna glavna baza i ostale replike, koje mogu da se sinhronizuju, recimo, po završetku radnog vremena. Ako ovo ne bude radilo kako treba, prelazim na nešto drugo. :) Dalje, oni kad unesu sve korisnike, njima baza više neće trebati toliko za unos, koliko za izveštaje. Access jeste brz što se tiče pravljenja izveštaja, ali ne znam da li može da se napravi generički izveštaj, pa da korisnik sam bira šta će staviti i kako će staviti podatke na izveštaj. Na wizarde ne računam, pošto se nivo znanja korisnika svodi samo na rad na desktop-u. :) Na stranu što ne stojim najbolje sa VB-om, pa mi je lakše da odradim to sa PHP-om. Jedino ne znam kakav je PHP što se tiče štampanja tih izveštaja, i moram da proverim da li imam DHCP na serveru, jer ne verujem da će bez toga raditi. :) Odgovor na temu

Dejan Topalovic Dejan Topalović Senior Oracle DBA & Senior PL/SQL Developer, Erste Sparinvest (Erste Bank), Vienna, Austria Vienna Član broj: 635 Poruke: 1374 *.infonova.at. Sajt: www.baze-podataka.net +2 Profil Re: Zašto ne MySQL? 30.08.2005. u 09:52 - pre 226 meseci Hmm, koliko sam shvatio, cini mi se da radis to na pogresan nacin... Zasto ne postavis jedan centralizovani mysql server i uradis neku "web based" aplikaciju u PHP-u, kojoj ce korisnici pristupati putem browsera? U PHP-u mozes da odradis takodje i autentifikaciju korisnika... U svakom slucaju bih ti radije preporucio MySQL nego Access. Blog - baze podataka --------------------- Oracle OCP DBA (9i & 10g) Oracle Database: SQL Certified Expert Oracle OCP Developer Certified MySQL DBA Odgovor na temu

jablan Član broj: 8286 Poruke: 4541 +711 Profil Re: Zašto ne MySQL? 30.08.2005. u 10:01 - pre 226 meseci Pa sve zavisi od toga da li je firma spremna da finansira i čeka migraciju postojećeg rešenja na novu platformu. A sve to možeš uraditi u čemu hoćeš - PHP, ASP, ASP.NET, verovatno i nešto egzotičnije tipa Python isto fino može da se iskoristi, takođe svaka iole ozbiljnija baza (MySQL, Postgres, MSSQL) će to bez problema opsluživati. Što se tiče štampe izveštaja, mislim da ne treba da brineš jer prilično jednostavno možeš da uradiš export u Word, to jest da ti PHP izgeneriše izlaz koji automatski pokreće Word. Takođe i PDF kao multiplatformsko rešenje nije teško za implementaciju. Samo je pitanje koliko vremena imaš. Odgovor na temu

broker Član broj: 2415 Poruke: 8514 212.62.59.* +11 Profil Re: Zašto ne MySQL? 30.08.2005. u 10:52 - pre 226 meseci Meni to vise mirise na pricu kako je programer pobegao jer su trazili mnogo vise nego sto su hteli da plate pa ono sto je u pocetku trebo da bude neki jednsotavan krpez koji radi posao, vise nije moglo da radi. E sad, meni se cini da i ti uleces u slicnu pricu, da pokusavas krpljenjem da resis problem koji se moze resiti samo tako da se isprojektuje i napise apliakcija kako treba. Uz to, iz tvojih komentara imam utisak da ne bi trebao da se upustas u celu stvar, jer nemas dovoljno znanje. Odgovor na temu

dzim Dejan Mančić Beograd Član broj: 39084 Poruke: 13 *.ppp-bg.sezampro.yu. Profil Re: Zašto ne MySQL? 30.08.2005. u 23:02 - pre 226 meseci Citat: StRiPy: Hmm, koliko sam shvatio, cini mi se da radis to na pogresan nacin... Zasto ne postavis jedan centralizovani mysql server i uradis neku "web based" aplikaciju u PHP-u, kojoj ce korisnici pristupati putem browsera? U PHP-u mozes da odradis takodje i autentifikaciju korisnika... U svakom slucaju bih ti radije preporucio MySQL nego Access. Mda, priznajem da nisam bio najjasniji u prethodnom postu. Ja hoću da se ratosiljam Access-a, ali to ne mogu da uradim za jedan dan. A firma je postavila neki suludi dead-line da se unesu svi korisnici i odštampaju članske kartice. Za to će mi Access odraditi posao, a posle ću, kad prođe ova frka u koju su me uvalili, da napravim normalnu aplikaciju. Samo moram da odlučim šta ću da koristim. Javu/C# sam odbacio jer ima veoma slabih mašina, pa mi je bezveze da im još stavljam virtualne mašine. Najsigurnija kombinacija je C++ ili Delphi + MSSQL, ali mene trentuno zanima PHP. Razlog mog posta na ovom forumu je ta što ne vidim zašto ne bih koristio PHP/MySQL, pa sam mislio da je neko imao iskustva sa tim. Još jedan od razloga je što nigde nisam video ovu kombinaciju po firmama, pa čisto želim da proverim sa iskustvima drugih ljudi. Odgovor na temu

dzim Dejan Mančić Beograd Član broj: 39084 Poruke: 13 *.ppp-bg.sezampro.yu. Profil Re: Zašto ne MySQL? 30.08.2005. u 23:04 - pre 226 meseci Citat: jablan: Pa sve zavisi od toga da li je firma spremna da finansira i čeka migraciju postojećeg rešenja na novu platformu. A sve to možeš uraditi u čemu hoćeš - PHP, ASP, ASP.NET, verovatno i nešto egzotičnije tipa Python isto fino može da se iskoristi, takođe svaka iole ozbiljnija baza (MySQL, Postgres, MSSQL) će to bez problema opsluživati. Za sad je sve nelegalno, ali kreću sa kupovinom legalnog softvera, tako da i tu PHP/MySQL ima plus. 10x za info. Odgovor na temu

dzim Dejan Mančić Beograd Član broj: 39084 Poruke: 13 *.ppp-bg.sezampro.yu. Profil Re: Zašto ne MySQL? 30.08.2005. u 23:07 - pre 226 meseci Citat: broker: Meni to vise mirise na pricu kako je programer pobegao jer su trazili mnogo vise nego sto su hteli da plate pa ono sto je u pocetku trebo da bude neki jednsotavan krpez koji radi posao, vise nije moglo da radi. Tako je. Citat: E sad, meni se cini da i ti uleces u slicnu pricu, da pokusavas krpljenjem da resis problem koji se moze resiti samo tako da se isprojektuje i napise apliakcija kako treba. Kao što sam napomenuo, ja držim ovaj Access u životu samo dok ne unesu podatke, posle se pravi nova aplikacija. Citat: Uz to, iz tvojih komentara imam utisak da ne bi trebao da se upustas u celu stvar, jer nemas dovoljno znanje. Ma, iščupaću se ja... ;) Odgovor na temu

utvara Slobodan Utvić Vivvo CMS lead developer, Spoonlabs d.o.o. Beograd Član broj: 677 Poruke: 87 *.sbb.co.yu Via: [es] mailing liste Jabber: utvara@elitesecurity.org ICQ: 28140625 Sajt: utvara.blogspot.com Profil Re: Zašto ne MySQL? 31.08.2005. u 00:34 - pre 226 meseci Ne znam koliko komplikovan interfejs ti treba, ali evo ti par predloga (nestandardnog razmisljanja). 1. MySQL, Apache i PHP formiraju engine koji isporucuje XML dokumente. 2. Klijent moze da se realizuje u jednoj od sledecih varijanti, - XUL (razmisljaj o firefox eksenzijama koje mogu da se pokrecu direktno sa servera, trenutno se bavim ovim, tj. igram), - AJAX (gmail koristi ovo), - MM Flash MX 2004 (ozbiljna podrska za XML, korstio sam ovu kombinaciju u vrlo ozbiljnom resenju za stomatoloske ordinacije) - Naravno klijent moze biti pisan i u C+-*#/, VB, Delphiju... - Takodje mozes da napravis kombinaciju XML+XSL da daju XHTML prikaz podataka Osnovna snaga u celoj prici je da izmedju klijenta i servera koristis XML i time ti se otvaraju mnoga vrata za prikazivanje/eksploataciju podataka. poz. utvara -- Sve najlepse, Best regards, Slobodan utvara is no saint CV >>Trenutni hobi >>Dragon Odgovor na temu

mkaras Marko Karas Beograd Član broj: 66087 Poruke: 427 +19 Profil Re: Zašto ne MySQL? 31.08.2005. u 18:52 - pre 226 meseci Kakve greske se javljaju u radu? Ako radi sa dve masine onda bi trebalo da radi i sa vise masina. Access nije previse sjajna baza ali za posao obrade par tabela, formi i izvestaja je idealan. Mislim da ne trebas da bezis od Accessa jer ti je on za taj posao najlaksi. Ako radis sa MySQLl/PHP sebe uvaljujes u ogroman posao odrzavanja dva servera (MySQL i Apache ili neki slican sa podrskom za PHP) a omogucices im da brljaju po PHP kodu jer ne verujem da ce ti dozvoliti da jednu masinu koristis kao server pod Linux-om (rekao si da su tabele na jednom deljenom disku masine koja se, najverovatnije, koristi i kao klijent masina). Osim toga, ako ti to i dozvole imas glavobolju da ih obucis za opsluzivanje servera. Ipak se ti zadrzi na Accessu, pa ako treba uzmi i neku dobru knjigu i procitaj. Iznenadices se kako su tvoji problemi lako resivi. Za pocetak, ponavljam, malo detaljnije opisi sta ti se desava u radu aplikacije i gde puca i sta se desava kada nece da upise podatak (rekao si da od 1000 slogova upise samo 600). Pozdrav Odgovor na temu

dzim Dejan Mančić Beograd Član broj: 39084 Poruke: 13 *.vdial.verat.net. Profil Re: Zašto ne MySQL? 31.08.2005. u 19:45 - pre 226 meseci Citat: utvara: Ne znam koliko komplikovan interfejs ti treba, ali evo ti par predloga (nestandardnog razmisljanja). 1. MySQL, Apache i PHP formiraju engine koji isporucuje XML dokumente. 2. Klijent moze da se realizuje u jednoj od sledecih varijanti, - XUL (razmisljaj o firefox eksenzijama koje mogu da se pokrecu direktno sa servera, trenutno se bavim ovim, tj. igram), - AJAX (gmail koristi ovo), - MM Flash MX 2004 (ozbiljna podrska za XML, korstio sam ovu kombinaciju u vrlo ozbiljnom resenju za stomatoloske ordinacije) - Naravno klijent moze biti pisan i u C+-*#/, VB, Delphiju... - Takodje mozes da napravis kombinaciju XML+XSL da daju XHTML prikaz podataka Osnovna snaga u celoj prici je da izmedju klijenta i servera koristis XML i time ti se otvaraju mnoga vrata za prikazivanje/eksploataciju podataka. poz. utvara -- Sve najlepse, Best regards, Slobodan Tu varijantu sa XML-om i Flash-om planiram da uradim za ver 2.0 jednog softvera koji sam radio za Porsche, ali je, za ovaj slučaj, odbacujem iz razloga: 1. slabe su mašine 2. ne znam kakav je Flash sa štampanjem izveštaja 3. iscimaću se nepotrebno oko interface-a (trenutni interface im je roze boje i oni su srećni sa njim) U svakom slučaju, lepo je naići na istomišljenika. :) Poz. Odgovor na temu

dzim Dejan Mančić Beograd Član broj: 39084 Poruke: 13 *.vdial.verat.net. Profil Re: Zašto ne MySQL? 31.08.2005. u 19:47 - pre 226 meseci Citat: mkaras: Kakve greske se javljaju u radu? Ako radi sa dve masine onda bi trebalo da radi i sa vise masina. Access nije previse sjajna baza ali za posao obrade par tabela, formi i izvestaja je idealan. Access ne prijavljuje nikakve greške. Jednostavno guta podatke. Možda je nešto u VB kodu što je lik pre mene kucao, ali jasno ti je da mi je lakše da napišem nešto od nule i da sam siguran da to radi, nego da krpim njegovo. Zvao sam ga, i on nema blagu predstavu o tome. Citat: Mislim da ne trebas da bezis od Accessa jer ti je on za taj posao najlaksi. Ako radis sa MySQLl/PHP sebe uvaljujes u ogroman posao odrzavanja dva servera (MySQL i Apache ili neki slican sa podrskom za PHP) a omogucices im da brljaju po PHP kodu jer ne verujem da ce ti dozvoliti da jednu masinu koristis kao server pod Linux-om (rekao si da su tabele na jednom deljenom disku masine koja se, najverovatnije, koristi i kao klijent masina). Osim toga, ako ti to i dozvole imas glavobolju da ih obucis za opsluzivanje servera. Ipak se ti zadrzi na Accessu, pa ako treba uzmi i neku dobru knjigu i procitaj. Iznenadices se kako su tvoji problemi lako resivi. Server u firmi postoji, i on je Macintosh. A ispod njega je Unix. Da li ću njega koristiti, ili uzeti mašinu gde je Win 2000, to ću još da vidim. Citat: Za pocetak, ponavljam, malo detaljnije opisi sta ti se desava u radu aplikacije i gde puca i sta se desava kada nece da upise podatak (rekao si da od 1000 slogova upise samo 600). Kao što rekoh, Access radi bezbrižno i veselo, kao da se ništa čudno ne dešava. :) Možda ima veze sa šifrom, koja je Autonumber, pa kad petoro ljudi upisuje slog, on nekima da iste šifre, pa se podaci preklope. Ali mogu samo da nagađam... Odgovor na temu

mkaras Marko Karas Beograd Član broj: 66087 Poruke: 427 +19 Profil Re: Zašto ne MySQL? 01.09.2005. u 04:22 - pre 226 meseci On Wed, 31 Aug 2005 20:47:51 CEST, "Beograd (dzim)" wrote: Citat: Kao što rekoh, Access radi bezbrižno i veselo, kao da se ništa čudno ne dešava. :) Možda ima veze sa šifrom, koja je Autonumber, pa kad petoro ljudi upisuje slog, on nekima da iste šifre, pa se podaci preklope. Ali mogu samo da nagađam... Posalji mi aplikaciju bez podataka pa cemo popricati. Ostavi samo nekoliko test podataka Odgovor na temu

ivan jeremic Bgd Član broj: 51138 Poruke: 48 80.93.234.* Profil Re: Zašto ne MySQL? 01.09.2005. u 13:18 - pre 226 meseci Moj savet ... Ostavi Access front-end-ove, tabele prebaci na MySQL i preko ODBC-a ih dodaj u Access front-end-ove kao linked tables. Naravno ... onu Access tabelu na sherovanom disku posljai u vecna lovishta. Onda imas pravu bazu na kraju i front-end-ove koji rade i koje korisnici znaju da koriste ispred njih. I dok oni imaju na cemu da rade ti pravi novu aplikaciju u cemu god 'oces... Odgovor na temu

mkaras Marko Karas Beograd Član broj: 66087 Poruke: 427 +19 Profil Re: Zašto ne MySQL? 01.09.2005. u 13:48 - pre 226 meseci On Thu, 1 Sep 2005 14:18:05 CEST, "ivan jeremic" wrote: Citat: Moj savet ... Ostavi Access front-end-ove, tabele prebaci na MySQL i preko ODBC-a ih dodaj u Access front-end-ove kao linked tables. Nema razloga da porelazi na bilo koju serversku bazu podataka jer, koliko sam razumeo, ima samo par racunara u mrezi pa to moze da zadovolji i sam Access. Ako bas zeli server onda je to MSDE server. To je besplatna varijanta MS SQL servera a dobija se zajedno sa Office paketom i lepo radi u saradnji sa Access-om. Mada opet trvdim da je, zbog jednostavnosti posla a i zbog loseg snalazenja korisnika u sistemu (snalaze se samo na desktopu), bolje ostaviti Accessovu bazu samo malo bolje optimizovanu. Za tako sitne poslove je idealna jer po mojim saznanjima zadovoljava i mnogo vece zahteve. Da se razumemo. Nisam ja neki odusevljeni ljubitelj Accessa. Vise volim Visual Fox Pro kao Front end aplikaciju i SQL server kao server baze ali to je za mnogo, mnogo vece zahteve gde su i kolicine podataka mnogo vece kao i broj korisnika kod kojih je potrebno odrediti razlicita prava pristupa i slicno. Ali to zahteva stalno prisutnog administratora sistema koji ce voditi racuna o korisnicima i nadzirati rad servera. Odgovor na temu

pisac Član broj: 13046 Poruke: 4578 +3341 Profil Re: Zašto ne MySQL? 15.09.2005. u 11:54 - pre 226 meseci Citat: broker:Uz to, iz tvojih komentara imam utisak da ne bi trebao da se upustas u celu stvar, jer nemas dovoljno znanje. A kako se inače znanje stiče? Odgovor na temu