[ holly @ 07.05.2003. 15:15 ] @
Pozdrav svima !!!
Imam par pitanja usko profi :)))
Radi se o sledecem:
Veliko preduzece veliki problemi... Znaci postoji potreba za intranet/internet aplikacijom radjenom po modelu klijent - server. Klijent bi morao ici na PHP a server na MySQL. Molim vas da me uputite da li je to dobra ili losa solucija..
Sadasnji program radi u Cobol aplikaciji, koja vise ne odgovara. U MySQL bazi bi trebalo da bude oko 7.000.000 miliona podataka, sastojala bi se od 5 podbaza i svaka podbaza ima po 7 - 10 tabela.

mole se novi korisnici da lože malo više truda u davanje opisnih naslova temama.. srdačno...

[Ovu poruku je menjao -zombie- dana 08.05.2003. u 04:46 GMT]
[ broker @ 07.05.2003. 15:45 ] @
Nisi rekao o kakvoj se paliakciji radi ali pretpsotavljam da je poslovna (knjigovodstvo, racunovodstvo, pracenje proizvodnje).

Ako je tako ne bih bas preporucio ni PHP ni MySQL resenja.

PHP ti generise HTML koji je vrlo oskudan u elementima korisnickog interfejsa koji su vrlo bitni za lako koriscenje apliakcije. Bolje je koristiti nesto pogodnije, kao na primer Delphi ili neko slicno okruzenje.

Sto se servera tice, mnogo bolje resenje bi bilo da koristite ozbiljan server poput Oracle-a. MySQL je ipak igrackica za tu namenu.

[ Goran Rakić @ 07.05.2003. 16:40 ] @
iako se slažem da php ima brojne prednosti (najpre lakoća rada..) ako izuzmemo PHPGTK, PHP ne treba koristiti u projektima gde web nije na prvom mestu. Ako aplikaciju treba koristiti u intranet okruženju sa mogućnostima pristupa preko interneta, vredi razmisliti o PHP-u. Kao baza mysql može sasvim lepo da posluži, a klijenti mogu biti kombinovani programi (C,C++,...) uz prisustvo klijenta na web serveru (php).
[ dinke @ 07.05.2003. 17:01 ] @
Citat:
PHP ti generise HTML koji je vrlo oskudan u elementima korisnickog interfejsa koji su vrlo bitni za lako koriscenje apliakcije.


Obzirom da je ovo ipak PHP forum mogao bi malo da procitas ovo http://www.php.net/manual/en/intro-whatcando.php pre nego ponovo das ovakav odgovor.
Takodje, klijent (sto ce reci Web Browser) nije ogranicen samo na (X)HTML (koji uzgred budi receno uopste nije oskudan osim ako si ljubitelj 3.2 verzije) vec se mogu koristiti stilovi (CSS), "client side scripting" (JavaScript, VB Script), Flash, JavaAppleti itd.

Slazem se da php mozda nije najsrecnije resenje za razvoj pomenute aplikacije, ali on moze biti jedno od resenja u zavisnosti od zahteva aplikacije / budzeta i resursa kompanije. Sto se MySQL-a tice, tokom svoje karijere PHP developera bio sam u prilici da koristim tabele sa visemiliona slogova gde se MySQL (na Linux platformi) fino ponasao i niposto se ne bih slozio sa konstatacijom da je MySQL igracka u odnosu na Oracle. To narocito stoji ako se uporedi odnos cena/kvalitet, sto je verujem holly-u od velikog znacaja.

Pozdrav
D
[ bluesman @ 08.05.2003. 04:01 ] @
Ja imam iskustva sa php/mysql i bazom od skoro 2 miliona slogova, i sve to online, i mogu reci da se sasvim ok ponasao i kada je bilo po 300 usera online. Verujem da bi se u lokalnoj mrezi jos bolje ponasao.

Sto se igracaka tice, ista takva baza, ali sa drugim PHP kodom (tudji kod koji sam ja uzalud pokusavao da optimizujem, a ko je to ikada radio zna da to ne moze dovoljno da se plati) - krshila se sa 25 usera online. Znaci nije u pitanju "cime se igras" nego "ko se igra".
[ Gojko Vujovic @ 08.05.2003. 04:24 ] @
Šta znači 300 usera online, kako to računaš? U kom vremenskom periodu? Nije valjda konkurentnih zahteva?
[ dr ZiDoo @ 08.05.2003. 13:00 ] @
Mojne, PHP je napravljen za pravljenje web aplikacija, a ne nesto drugo.
Tehnički gledano PHP bi mogao tako nešto uraditi i to sasvim solidno, al stvarno ne vidim problem da to neko uradi u Delphiju ili možda još bolje u Javi kao običnu GUI aplikaciju.
[ broker @ 08.05.2003. 16:58 ] @
Sasa, instaliraj ti lepo Delphi pa probaj u njemu da napravis bilo kakvu database aplikaciju. Vrlo brzo ces shvatiti zasto PHP nije zgodno resenje.

Sto se tice poredjenja MySQL-a i Oracle.. to mu dodje isto kao porediti Peglicu i neki luksuzni Mercedes tek ispao ispod cekica... :) U stvari nije isto, i Peglica kosta...
[ dinke @ 09.05.2003. 00:52 ] @
http://www.mysql.com/information/benchmarks.html

Pozdrav
D
[ bluesman @ 09.05.2003. 03:46 ] @
Citat:
Gojko Vujovic:
Šta znači 300 usera online, kako to računaš? U kom vremenskom periodu? Nije valjda konkurentnih zahteva?


Da, u roku od 15 minuta (klijent je hteo da broj uvek bude malo veci od realnog, ali racunam da je u tom trenutku bilo bar 3/4 tog broja)

Iskreno, i ja sam radio refresh sat vremena i cekao da padne server. Bilo je sporo, ali je ostao na nogama. :-)
[ holly @ 09.05.2003. 16:25 ] @
Xvala lepo svima koji su su ukljucili u moju dilemu. Gdje bih ja da nije Vas.:))) salim se jos jednom hvala i mislim da cu ipak da idem na kombinaciju PHP i MYSQL, pa ljudi moji ko danas moze da obezbedi licencu za Oracle ili MS SQL :(((.
Nazalost nije nikakva banka u pitanju....
Elem hvala Vam svima i ako ima jos neko neki savjet uvijek je dobro dosao....
Vas Holly
[ broker @ 09.05.2003. 16:41 ] @
Kad budes napravio nesto ne bi bilo lose da mozemo da bacimo pogled.
[ silverglider @ 09.05.2003. 18:19 ] @
Cekaj, bre, polako. Kad vec radis promenu softvera, da bar uradis to malo planski. Valjda treba da proanaliziras kakva ti baza treba, recimo. Da li ti trebaju stvari kao sto su transakcije, stored procedures, trigeri, itd. Pa onda vidi sta ti je na raspolaganju od free baza - mozda je bolje ici na PostgreSQL ili FireBird (free interbase), na primer. Kad utvrdis bazu, proveri alate koji mogu da rade sa doticnom bazom, bilo preko nekog APIja direktno ili nekim trecim putem (drajveri).
A sa mnogim jezicima ces moci da napravis makar embedding u html stranu, ako ti je vazno da se radi (klijent strana) putem browsera.

[ holly @ 11.05.2003. 12:27 ] @
To ce se naravno videti, bar jedan deo, koji ce biti na Netu, u stvari narucilac posla ima zahtev da mu sve to radi kao E-banking sistem kod nas, odnosno u jugi.
Mozda ako neko ima neki primer ili zna neku lokaciju dobro bi mi doslo samo da pogledam kako su resili Master / Detail prikaz...
[ Ilija Studen @ 12.05.2003. 11:35 ] @
Ako trazis jeftino resenje MySQL je najbolji izbor (po recima mnogih najbraza baza danas). Sto se PHP-a tice to je vec diskutabilno (kao sto i vidis =-] ). Najbolje resenje (u tvom slucaju) je, kao sto su neki vec rekli, kombinacija MySQL + Delphi aplikacija.

Kvalitetne MySQL DB komponente za Delphi kostaju prilicno. Medjutim, postoji jedno Open Source resenje. U pitanju je ZeosLib koji implementira podrsku za InterBase, MySQL, MS SQL, Oracle i jos jedan tip baza (ne secam se tacno koji). Koriscenje ovih komponenti je besplatno, a ponasaju se kao standardne Delphi DB komponente tako da ih u svoj projekat mozes ukljuciti veoma lako. Adresa je http://zeoslib.sourceforge.net/. Na Delphi 5 ces imati problema sa instaliranjem, ali je greska smesna (greska je samo u USES delu u kome ove komponente traze jednu jedinicu pod imenom drugacijim od one koju 5-ica ima).

+ Delphi 5 , 6 i 7 su u potpunosti orijentisani ka WEB-u tako da i tu stranu svoje aplikacije mozes veoma lepo i efikasno resiti pomocu Delphi-ja

U svakom slucaju, ocekuje te dosta posla!

Pozdrav!
[ Goran Rakić @ 12.05.2003. 14:52 ] @
Ljudi čemu toliko guranje Delphi-a? Prvo, ovo je PHP forum, drugo ako već juri besplatan RDBS koji će mu možda usporiti rad, bilo bi nelogično da kupuje Borland Delphi, uči novi jezik koji ne poznaje i radi nešto što neće biti siguran da radi. Ako želiš da radiš u PHP-u, slobodno. Priče da HTML interfejs zna da smeta su tačne, ali uz dobar dizajn UI-a sve može da se popravi. (Pročitaj Gnome HIG 1.0) Mnoge e-gov i e-bank aplikacije koriste upravo web interfejs.

Ako ne želiš da koristiš PHP, poželjno je da se obratiš na odgovarajući forum.

I naravno, C++ i neki GUI lib bi ti odlično završili posao uz upotrebu mysql++ API-a. ;)