Zašto ne MySQL?

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.

Čemu vam služi baza?

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?

Potpis

Jeff, one day you’ll understand that it’s harder to be kind than clever.

ako vec razmisljas o bazi bolje kreni u pravcu razmisljanjanja o postgresu a ne mysqlu

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. :)

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.

Potpis

Blog - baze podataka
---------------------
Oracle OCP DBA (9i & 10g)
Oracle Database: SQL Certified Expert
Oracle OCP Developer
Certified MySQL DBA

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š.

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.

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.

Za sad je sve nelegalno, ali kreću sa kupovinom legalnog softvera, tako da i tu PHP/MySQL ima plus.
10x za info.

Tako je.



Kao što sam napomenuo, ja držim ovaj Access u životu samo dok ne unesu podatke,
posle se pravi nova aplikacija.




Ma, iščupaću se ja... ;)

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

Potpis

utvara is no saint
CV
>>Trenutni hobi
>>Dragon

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

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.

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.



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.



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...

On Wed, 31 Aug 2005 20:47:51 CEST, "Beograd (dzim)" wrote:




Posalji mi aplikaciju bez podataka pa cemo popricati. Ostavi samo

nekoliko test podataka

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...

On Thu, 1 Sep 2005 14:18:05 CEST, "ivan jeremic" wrote:




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.

A kako se inače znanje stiče?