[ Neretva @ 25.10.2006. 10:01 ] @
Elem,

od baza do sada sam koristio uglavnom SqlServer. Nisam imao baš iskustva sa prevelikim brojem zapisa po tabeli( najvise oko 1-1,5 miliona). Nekih većeh problema sa SqlServerom nisam imao(odnosno kad god se javilo neko usporenje i/ili nestabilnost u radu greška je bila manje više moja ). Interesuje me vaše mišljenje o sledećem:
Firma u kojoj radi moj prijatelj želi da uvede novi IS(praćenje proizvodnje,finansije,kadrovi,...). dakle jedno kompletno rešenje. Dobili su ponudu da sve to bude realizovano u Fox-u i DBF - u. Od njihovih programera dobio sam uveravanja da je DBF daleko brži i stabilniji od SqlServera.
Kako ja nemam iskustva sa DBF bazama kakvo je vaše mišljenje.
Napominjem da je sadašnja baza sa podacima oko 10G(ako vam to nešto znači).


Ja sam ipak za SqlServer.

Dakle SqlServer i DBF?


[ goranvuc @ 25.10.2006. 10:22 ] @
To ti je kao da poredis babe i zabe. Za takav sistem ni slucajno DBF!
[ madamov @ 25.10.2006. 10:27 ] @
Zaboravi DBF za tako nešto.
[ Neretva @ 25.10.2006. 10:32 ] @
Apsolutno isto sam im i ja rekao ali njihovi programeri su vrlo uporni u trvdnjama da se DBF odlicno pokazao u takvim situacijama. Da budem jasniji ne trazim naravno poređenje DBF i SqlServera vec da li u ovakvim situacijama DBF moze da istrpi ovoliko opterećenje i da solidno radi (pod uslovom da je sa programerske strane sve korektno urađeno). Mozda je pitanje čudno ali ja nisam imao bukvalno nikakvo iskustvo sa DBF-om. Problem je sto oni vec imaju gotovo resenje u DBF-u.
Moja preporuka je i bila SqlServer ali šta znam...










[Ovu poruku je menjao Neretva dana 25.10.2006. u 11:50 GMT+1]
[ broker @ 25.10.2006. 10:56 ] @
Ne treba iskljucivati FoxPro iz igre tako lako. Ko zna sta radi moze sa njim da napravi veoma mocne stvari pa i da parira resenjima sa SQL serverom.

Jedan od najprodavanijih domacih progama za knjigovodstvo je radjen bas u FoxPro-u i vrlo dobro odgovara na zahteve cak i velikih i zahtevnih korisnika.
[ goranvuc @ 25.10.2006. 11:24 ] @
Moje generalno misljenje je da prilikom uvodjenja ovakvog sistema (dugorocna investicija) jedan od glavnih kriterijuma mora biti i tehnoloska zastarelost/aktuelnost. Prastara resenja su OK sto se tice stabilnosti i pouzdanosti (ulozene su brojne godine rada i iskustva u praksi), ali mogu biti osakacena u raznim naprednim scenarijima koriscenja. Tehnoloski najnovija resenja, nasuprot prethodnoj opciji, mogu bolovati od raznih decijih bolesti, tako da je moguce da ce se onaj ko uvodi tako nesto kod vas "uciti" na vama. Napominjem, ovo nije pravilo, vec najcesci slucaj. Treba uzeti u obzir i druge kriterijume, a najjaci kriterijum moze biti direktna provera iskustva korisnika sa referentne liste ponudjaca. Srecno u izboru!
[ Neretva @ 25.10.2006. 11:34 ] @
Na srecu ovogu puta dajem samo misljenje koje moze biti uvazeno a i ne mora. Da ja biram znam da ne bih odabrao DBF.

[ goranvuc @ 25.10.2006. 11:44 ] @
Opet ja, da ne budem pogresno shvacen. Ako je JEDINI kriterijum pri izboru informacionog sistema DBMS (sto nikako ne bi smeo da bude), onda 101% MS SQL Server ima prednost u odnosu na DBF! To bi trebalo da priznaju i najokorelije pristalice Fox-a.
[ negyxo @ 25.10.2006. 11:48 ] @
Jedino zasto je u prednosti dbf u odnosu na SQL Server i ostale u toj klaski konkurente, je to sto ces uvek moci reci
"Da, ali dbf moze da radi i na 286!"
Sve ostalo je na strani SQL Servera i slicnih tehnologija sve ostale price slobodno ignorisi.
[ Zed Mc Jack @ 25.10.2006. 11:55 ] @
Gledano iz perspektive Fox-a (moje gledište), pre bih se opredelio za MS SQL ili My SQL backend nego za DBF, pogotovo ako se radi o podacima veličine 10GB, jer DBF je ograničen fajlovima veličine do 2Gb.
Doduše postoje načini da se to ograničenje zaobiđe, ali je to dodatni posao.

Ako je samo u pitanju jezik (alat), onda ne treba sumnjati da Fox to može da odradi, ali kao i u svim drugim stvarima, sve zavisi od toga ko radi, kako radi, kakav je sistem u pitanju itd.
[ Neretva @ 25.10.2006. 12:17 ] @
Razvojni alat u ovoj priči nije bitan(VB.Net, C#, Fox, delphi.. svejedno). Bitan je izbor baze podataka.

[ madamov @ 25.10.2006. 12:41 ] @
Tačno da nije bitan. Pogotovo što imaju gotovo rešenje u Fox, što će reći da mogu da ga zadrže, migriraju bazu u SQL i naprave data access layer u svojim Fox aplikacijama koje će umesto DBF engineu pristupati podacima sa SQL servera.
[ broker @ 25.10.2006. 13:35 ] @
Ipak je najvaznje pitanje da li aplikacija ispunjava zahteve, i da li ce moci da ih ispunjava u buducnosti.
Firme ne kupuju server baze, kupuju program koji treba da im radi posao.

To koju ce bazu da korsiti odlucuje onaj ko projektuje aplikaciju, na osnovu zahteva koje aplikacija treba da ispuni.
[ Neretva @ 25.10.2006. 13:44 ] @
Firma, naravno, kupuje i server baze podataka. Osim ako ne zele da ih odrape zbog piraterije.
[ broker @ 25.10.2006. 14:47 ] @
Da, ali to je vec samo pitanje cene. Server svakako sa sobom vuce veliki trosak, sto za licence sto za odrzavanje.
[ negyxo @ 25.10.2006. 15:48 ] @
To danas ne mora da znaci. MS SQL Server i Oracle imaju light verzije (SQL 2005 Express i Oracle XE) tako da cak ni to nije neki argument, a postoje jos neki sistemi za koje sam uvern da svi ostali znaju, tako da ih ne nabrajam.
[ aleksandarpopov @ 25.10.2006. 17:56 ] @
PostgreSql, Firebird - Open Source. Trosak za licencu = 0. Ako se vec uvodi nesto novo, a ne krpi se stari IS, nema argumenata za necim zastarelim kao Fox, narocito ne kod veceg sistema. Verovatno je taj IS kvalitetan i dobar i da radi posao, ali ga je vreme pregazilo.
[ goranvuc @ 25.10.2006. 18:03 ] @
Citat:
aleksandarpopov: PostgreSql, Firebird - Open Source. Trosak za licencu = 0.

Samo sam cekao kad ce se neko javiti. Da podsetim na naslov teme: "SQL Server ili DBF?"
[ madamov @ 25.10.2006. 18:17 ] @
Pa svi su oni SQL serveri, mada se iz konteksta naslućuje da je mislio na Microsoft SQL Server.
[ Neretva @ 25.10.2006. 18:25 ] @
Da ne sirimo temu na razlike između različitih SQL servera , na prednosti i mane, cenu, ograničenja free verzija itd. Mislio sam da sam jasan : reč je o Microsoft SqlServeru.

[ totovic @ 25.10.2006. 18:37 ] @
Imam višegodišnje iskustvo sa dbf-om.
Mogu da kažem da je to bila mnogo dobra baza u 20.veku.
Ali, rekao sam "bila". Ovo je 21.vek, i tu dbf nema šta da traži.
[ Miloš Baić @ 25.10.2006. 20:55 ] @
SQL Server, definitivno u tvom slučaju, pri tom dbf ne omalovažavam. Lično, ja bih toj ekipi predložio PostgreSQL, ako misle nešto ozbiljno, a 10 - ak GB i nije baš malo...
[ aleksandarpopov @ 25.10.2006. 21:09 ] @
MS Sql Server ;)
[ axx420 @ 25.10.2006. 21:53 ] @
Moja preporuka: SQL Server.

Citat:
Od njihovih programera dobio sam uveravanja da je DBF daleko brži i stabilniji od SqlServera.

DBF može biti brži od SQL Servera. Može, ali uglavnom nije.
SQL Server je daleko-daleko sigurniji i stabilniji u tome definitivno greše. Naročito ako u sve upleteš mrežni rad.

Paradoks je da sam dosta često sretao rešenja u DBF koja su bolja i produktivnija od SQL Server rešenja. Problem, naravno, nije u bazi - već u implementaciji.

10G je stvarno dosta podataka.
Kada se samo setim pobrljanih DBF, FPT i CDX datoteka pri nestancima struje a nisam prelazio 100MB.
Momci sa Fox+DBF će se, čini mi se, baš napatiti.
[ Zed Mc Jack @ 26.10.2006. 07:39 ] @
Citat:
aleksandarpopov: ..nema argumenata za necim zastarelim kao Fox, narocito ne kod veceg sistema. Verovatno je taj IS kvalitetan i dobar i da radi posao, ali ga je vreme pregazilo.


Baš bih voleo da čujem argumente za ovu tvrdnju o zastarelosti, pre će biti da je predrasuda u pitanju.
BTW ako je nešto kvalitetno i dobro, kako ga je onda vreme pregazilo?
[ aleksandarpopov @ 26.10.2006. 13:55 ] @
Citat:
Zed Mc Jack: Baš bih voleo da čujem argumente za ovu tvrdnju o zastarelosti, pre će biti da je predrasuda u pitanju.
BTW ako je nešto kvalitetno i dobro, kako ga je onda vreme pregazilo?


Ako vec citiras, citiraj barem celu recenicu.

Technics-ov dek kupljen 1989 je kvalitetan i dobar i dan danas je zvuk sa kasete odlican ali ipak......
Verujem da je taj IS radjen u Fox-u sto nude kolegi, kvalitetan i dobro odradjen od strane programera, to sam mislio.

Svakako bih radije administrirao Sql server nego 10 GB dbf fajlova. Takodje, radije bih razvijao softwer nad sql server backendom nego nad dbf bazom.
Ne kazem da Fox ne moze da radi posao, ali mislim da je suvisno raspravljati o ovako necemu. Fox, Clipper i ostali file based sistemi su imali svoj vrhunac koji je prosao, jedino se verovatno jos kod nas zadrzao u ovakvom broju i to verovatno zbog zastarelog hardware-a . Kod uvodjenja novih IS u firme treba teziti novijim tehnologijama. U IT je i dve godine mnogo, ne 10-15 godina.
Sto se predrasuda tice, ceo danasnji IT svet koristi moderne RDBMS-e, ne DBF-e.
Pozdrav

[ broker @ 26.10.2006. 14:29 ] @
Kada kupujes neki softver, da li na izbor vise utice baza na kojoj je ili broj klijenata koji uspesno koriste taj softver? Da li bi ste pre kupili softver koji ima recimo hiljadu klijenata, firmi koje zaposljavaju par do firmi koje zaposljavaju par hiljada ljudi, ili softver koji radi na MSSQL a ima ukupno 5 korisnika?

Vi sve vreme raspravljate kao da se radi o projektovaju novog softvera, a sustini se radi o kupovini vec gotovog, proverenog na trzistu.
[ goranvuc @ 26.10.2006. 14:50 ] @
Citat:
broker: Vi sve vreme raspravljate kao da se radi o projektovaju novog softvera, a sustini se radi o kupovini vec gotovog, proverenog na trzistu.

Upravo to sam mu i ukazao u nekom od prvih komentara: proveriti reference (videti direktno kod postojecih korisnika kakva su iskustva). Svako hvali svoga konja, treba proveriti njihove navode u praksi.
[ Neretva @ 26.10.2006. 15:30 ] @
Nije bas tako jednostavno. Deo njihovog softvera je gotov i istestiran i to je recimo 50% celog posla(obracun zarada, finansijsko knjigovodstvo..) i to nije problem. Bitniji deo je izrada potpuno novog i namenskog softvera ( praćenje nekih merenja i proizvodnje itd..). Mogu oni imati super reference za plate ali to mi ništa ne znači ako ne bude funkcionisao neki od namenski projektovanih podsistema( e oni vuku stotine hiljada recorda po tabeli).
Zato je , u krajnjem slucaju i postavljeno pitanje SqlServer ili DBF a ne kako kupiti novi softver? Na ovu drugu temu postoji vec dosta diskusija.

Jos preciznije: da li je neko imao iskustva u radu sa DBF fajlovima i velikim brojem zapisa po tabeli(reda milion) i kako i da li to uopste moze da korektno funkcionise? Popov je vec nesto konkretno rekao o tome. Axx420 takođe.










[Ovu poruku je menjao Neretva dana 26.10.2006. u 16:41 GMT+1]

[Ovu poruku je menjao Neretva dana 26.10.2006. u 16:43 GMT+1]
[ broker @ 26.10.2006. 15:56 ] @
Ako su ljudi napravili softver za knjigovodstvo i imaju dobre reference i taj softver odgovara, zato ne bi mogli nekakva merenja da odrade da radi kako valja, ako kazu da mogu? Ako procene da DBF nece moci da izdrzi zahteve, mogu da koriste bilo koji SQL server za tu namenu. FoxPro, hvala bogu, ume lepo da radi sa raznim bazama.

U svakom slucaju, vezani su ugovorom pa se zna sta sledi ako ne radi. na kraju krajeva, oni uopste ne moraju da se vezuju za DBF.

Ako mislis da mozes bolje, lepo sastavis svoju ponudu, uzmes posao i odradis bolje, zar ne? Ionako vec imas prijatelja koji moze da te progura. Ovako, tvoj postupak je blago nekorektan, jer preko svog prijatelja iznosis negativno misljenje na osnovu ofrlje pretpostavki, iako sa druge strane verovatno stoji ceo tim ljudi koji su ulozili prilicno znanje i iskustvo da naprave proizvod koji je i po tvojim recima dobar i ima dobre reference.
[ goranvuc @ 26.10.2006. 15:57 ] @
Na osnovu ovoga poslednjeg sto si rekao, moj bi ti predlog bio da im ne verujes.

Ako ne postoji zdrav razlog za integrisanost, dajte njima posao sto se tice finansijskog i plata - kad su vec "tako dobri" (po trzisnim cenama 500 - 3000 eura), a za ostale podsisteme pronadjite pouzdanog partnera koji je u stanju da iznese "custom made" razvoj na nekoj savremenijoj razvojnoj platformi.

Ako je integrisanost "must", onda ti zelim puno srece i preporucujem ti da "cuvas svoje d...".
[ broker @ 26.10.2006. 15:58 ] @
Ako su ljudi napravili softver za knjigovodstvo i imaju dobre reference i taj softver odgovara, zato ne bi mogli nekakva merenja da odrade da radi kako valja, ako kazu da mogu? Ako procene da DBF nece moci da izdrzi zahteve, mogu da koriste bilo koji SQL server za tu namenu. FoxPro, hvala bogu, ume lepo da radi sa raznim bazama.

U svakom slucaju, vezani su ugovorom pa se zna sta sledi ako ne radi. na kraju krajeva, oni uopste ne moraju da se vezuju za DBF.

Ako mislis da mozes bolje, lepo sastavis svoju ponudu, uzmes posao i odradis bolje, zar ne? Ionako vec imas prijatelja koji moze da te progura.

Ovako, tvoj postupak je blago nekorektan, jer preko svog prijatelja iznosis negativno misljenje na osnovu ofrlje pretpostavki, iako sa druge strane verovatno stoji ceo tim ljudi koji su ulozili prilicno znanje i iskustvo da naprave proizvod koji je i po tvojim recima dobar i ima dobre reference.
[ Neretva @ 26.10.2006. 17:03 ] @
Citat:
broker: Ako su ljudi napravili softver za knjigovodstvo i imaju dobre reference i taj softver odgovara, zato ne bi mogli nekakva merenja da odrade da radi kako valja, ako kazu da mogu? Ako procene da DBF nece moci da izdrzi zahteve, mogu da koriste bilo koji SQL server za tu namenu. FoxPro, hvala bogu, ume lepo da radi sa raznim bazama.

U svakom slucaju, vezani su ugovorom pa se zna sta sledi ako ne radi. na kraju krajeva, oni uopste ne moraju da se vezuju za DBF.

Ako mislis da mozes bolje, lepo sastavis svoju ponudu, uzmes posao i odradis bolje, zar ne? Ionako vec imas prijatelja koji moze da te progura.

Ovako, tvoj postupak je blago nekorektan, jer preko svog prijatelja iznosis negativno misljenje na osnovu ofrlje pretpostavki, iako sa druge strane verovatno stoji ceo tim ljudi koji su ulozili prilicno znanje i iskustvo da naprave proizvod koji je i po tvojim recima dobar i ima dobre reference.



1. Ako ne radi program za plate ili knjizenje to i nije tako strasno. A ako ne radi ili padne jednog dana podsistem koji prati proizvodni proces oni ni jedan sraf vise ne mogu da proizvedu. Tada slobodno mogu da ljude posalju na odmor. Gubitak koji ce biti napravljen za jedan dan nerada je verovatno veci od cene celog projekta. Vec imaju informacioni sistem koji manje-vise pokriva njihove zahteve ali zbog neazurnosti autora tog softvera zele da ga zamene novim.
2. Ja sam prilicno sumnjicav covek, i tesko da cu nekome poverovati na rec tek tako. Kao da ne govorimo istim jezikom: ne radi se o kupovini novog softvera, vec o necem sasvim drugom.Pogledaj predhodni moj post. Nikakve ocene ne dajem ofrlje niti imam nameru za tako necim. Ja nisam jedini koji treba da da misljenje . Moja sugestija(i samo to) verovatno nece uticati odlucujuce na odluku o poslu. Ne sumnjam uopste u kvalitet njihovih proizvoda i samo postavljam neka pitanja o DBF-u i problemima u radu sa njim koji mozda mogu da nastupe.
3. Sto se mene tice da se bavim programiranjem u FOX -u i DBF-u verovatno ne bih ni postavio ovu temu. Cak ni ne programiram ovakve poslovne aplikacije. Pored toga nisam navikao na "proguravanja".
4. Iz tvojih odgovora shvatio sam da imas izuzetno bogato iskustvo u programiranju u Fox-u i jos vise u DBF-u tako da mi je svaka tvoja sugestija vise nego dobrodosla.



Citat:
goranvuc: Na osnovu ovoga poslednjeg sto si rekao, moj bi ti predlog bio da im ne verujes.

Ako ne postoji zdrav razlog za integrisanost, dajte njima posao sto se tice finansijskog i plata - kad su vec "tako dobri" (po trzisnim cenama 500 - 3000 eura), a za ostale podsisteme pronadjite pouzdanog partnera koji je u stanju da iznese "custom made" razvoj na nekoj savremenijoj razvojnoj platformi.

Ako je integrisanost "must", onda ti zelim puno srece i preporucujem ti da "cuvas svoje d...".


Na zalost nije moguce podeliti posao. Moj prvi predlog je bio da im se da posao vezan za finansijski deo a da se o ovom drugom delu razmisli jos malo. Medutim zahtev je da jedna ekipa uradi ceo posao. Na srecu ja o tome ne odlucujem.Inace hvala na sugestiji... potpuno isto i ja mislim.



[Ovu poruku je menjao Neretva dana 26.10.2006. u 18:18 GMT+1]
[ Zed Mc Jack @ 26.10.2006. 20:07 ] @
Citat:
aleksandarpopov: Ako vec citiras, citiraj barem celu recenicu.

Technics-ov dek kupljen 1989 je kvalitetan i dobar i dan danas je zvuk sa kasete odlican ali ipak......
Verujem da je taj IS radjen u Fox-u sto nude kolegi, kvalitetan i dobro odradjen od strane programera, to sam mislio.

Svakako bih radije administrirao Sql server nego 10 GB dbf fajlova. Takodje, radije bih razvijao softwer nad sql server backendom nego nad dbf bazom.
Ne kazem da Fox ne moze da radi posao, ali mislim da je suvisno raspravljati o ovako necemu. Fox, Clipper i ostali file based sistemi su imali svoj vrhunac koji je prosao, jedino se verovatno jos kod nas zadrzao u ovakvom broju i to verovatno zbog zastarelog hardware-a . Kod uvodjenja novih IS u firme treba teziti novijim tehnologijama. U IT je i dve godine mnogo, ne 10-15 godina.
Sto se predrasuda tice, ceo danasnji IT svet koristi moderne RDBMS-e, ne DBF-e.
Pozdrav


Na početku citata dodao sam dve tačke, jer nisam hteo da citiram celu poruku, ali svejedno.

Ja ne branim DBF, već FOX, ali ti si tvrdio da je alat zastareo, a ne fajl sistem, pa sam baš želeo da čujem argumente u prilog tome.
Fox jeste iz osamdesetih, ali VFP 9 je izašao 2005, a SP2 za njega ovoga meseca. Podrška za VFP9 je do 2014 godine.

C je još stariji od Fox-a, a C++ je samo par godina mlađi, ali nisam čuo da ih neko smatra zastarelim, bez obzira što je 2 godine u IT svetu mnogo. Fox je u svom domenu - izrada aplikacija za mala i srednja preduzeća, vrlo efikasan, zato i opstaje tako dugo i pored totalnog zanemarivanja (marketinškog) od strane svog novog gazde(MicroSoft).

Para okreće svet i to je glavni razlog zašto je Fox na silaznoj putanji. Tu nema više velikih para, nekad je FOX radio i na DOS-u i na UNIX-u i na Windows-u i na MAC-u, ali je MS ukinuo podršku za sve ostale OS.

MS ima alate za velike i male sisteme (MS SQL i Access), Fox mu tu samo pravi konkurenciju i jednom i drugom, kao efikasniji i jeftiniji sistem. Licenca za Access se plaća po krajnjem korisniku, a ne po razvojnoj verziji, a i za SQL je licenca inkrementalna, ako se ne varam.

Prerada sistema samo zato da bi neko uzeo pare i kazao ovo je najmodernija tehnologija (npr .NET) nema puno smisla sa tačke gledišta preduzeća koja nisu velika. Sistemi gde Fox i Clipper rade već 10-15 godina bez problema, moraju da budu loši i neefikasni da bi gazda dao lovu za nešto drugo, verujem da ni tada taj gazda neće mariti puno ako mu sistem bude pisan u VFP9 sa MS SQL backend-om, a ne u .Net-u ili Delphiju, zato što je uvek bitnije kako nešto radi, a ne koliko je nešto in.


Odlutasmo u skroz drugu temu, sorry.
[ broker @ 27.10.2006. 00:15 ] @
Citat:
Neretva: 1. Ako ne radi program za plate ili knjizenje to i nije tako strasno. A ako ne radi ili padne jednog dana podsistem koji prati proizvodni proces oni ni jedan sraf vise ne mogu da proizvedu. Tada slobodno mogu da ljude posalju na odmor. Gubitak koji ce biti napravljen za jedan dan nerada je verovatno veci od cene celog projekta. Vec imaju informacioni sistem koji manje-vise pokriva njihove zahteve ali zbog neazurnosti autora tog softvera zele da ga zamene novim.


Na ma kakvoj platformi da je napravljen novi softver, on mora da prodje period testiranja i uvodjenja. Ako to dvoje prodje onda taj softver slobodno moze da se pusti u redovno koriscenje. Ako se posle toga pokaze kao neodgovarajuci onda testiranje i uvodjenje nije uradjeno kako treba.

Moje poredjenje sa knjigovodstvenim programom se odnosilo na kompleksnost. Knjigovodstvo je izuzetno komplikovan posao, koj zaista trazi maksimum od programera,a ne retko se u knjigovodstvu nalazi zaista mnogo podataka tako da su programeri uvek i na ispitu da li mogu da naprave funkcionalnost koja radi ako treba i maksimalno brzo, pouzdano i robusno. Ako je dosftver za knjigovodstvo dobar to znaci da ispunjava upravo ove uslove, a ako je neko sposoban da napravi takav softver, bez rezerve se moze pretpostaviti da je sposoban da napravi i nesto sto je jednostavnije, ili bar da nece olako da prihvati posao.

Citat:
2. Ja sam prilicno sumnjicav covek, i tesko da cu nekome poverovati na rec tek tako. Kao da ne govorimo istim jezikom: ne radi se o kupovini novog softvera, vec o necem sasvim drugom.Pogledaj predhodni moj post. Nikakve ocene ne dajem ofrlje niti imam nameru za tako necim. Ja nisam jedini koji treba da da misljenje . Moja sugestija(i samo to) verovatno nece uticati odlucujuce na odluku o poslu. Ne sumnjam uopste u kvalitet njihovih proizvoda i samo postavljam neka pitanja o DBF-u i problemima u radu sa njim koji mozda mogu da nastupe.


Ipak se radi o tome da ti kao neupucen, osporavas nekoga ko je dokazano sposoban strucnjak. Tesko da bilo ko odavde moze da ti kaze da li za taj konkretan posao DBF moza da odradi posao ili ne, jer za to bi smo morali da imamo na raspolaganju sve detalje zahteva.

Moj je stav, da, ako sam neupucen u konkretan problem ili nestrucan da resim problem, mogu da prihvatim ocenu nekoga ko je dokazano strucan u toj oblasti.

Citat:
3. Sto se mene tice da se bavim programiranjem u FOX -u i DBF-u verovatno ne bih ni postavio ovu temu. Cak ni ne programiram ovakve poslovne aplikacije.


Ali si ipak u poziciji da osporavas i budes sumnjicav prema nekome ko se tim poslom bavi i ko jeste strucan.

Citat:
4. Iz tvojih odgovora shvatio sam da imas izuzetno bogato iskustvo u programiranju u Fox-u i jos vise u DBF-u tako da mi je svaka tvoja sugestija vise nego dobrodosla.


Mislim da su i dosadasnje sugestije korisne. Stvar je samo u tome sto se ne radi o DBF, radi se o FoxPro-u. FoxPro je ozbiljan alat koji zasluzuje respekt svakog ozbiljnog programera. Prema njemu se ne mozemo odnositi kao prema na primer Access-u.

Da se razumemo ja sam progamer koji je orjentisan na SQL server (u opstem smislu ne MS) ali godinama koristim i FoxPro i znam da se Fox-u moze mnogo toga zameriti, ali kao platforma za bazu podataka taj alat uopste nije za potcenjivanje, cak i kada koristi DBF.
[ dragancesu @ 27.10.2006. 06:54 ] @
Mislim da se svi slazu da je neki SQL server za skladistenje podataka dobro resenje

Ne koristim Fox ali on je u zadnjim DOS verzijama vec imao ugradjen neki sql

Originalni DBF (dBase) i sadasnji (neki visual fox) se verovatno mnogo razlikuju pa je tesko porediti

Sto se tice procesa proizvodnje proizvodjac opreme je verovatno dao neki softver koji to kontrolise inace bi bio neozbiljan da to prepusta nekom drugom

A sto se tice poslovodstva verovatno im je lakse da "jure" jednu ekipu kad nesto ne valja nego "neku". Ako ih vise radi velika je sansa da ce se, ako nesto ne valja lopta prebacivati na nekog drugog...


[ Neretva @ 27.10.2006. 07:43 ] @
Citat:
broker: Mislim da su i dosadasnje sugestije korisne. Stvar je samo u tome sto se ne radi o DBF, radi se o FoxPro-u. FoxPro je ozbiljan alat koji zasluzuje respekt svakog ozbiljnog programera. Prema njemu se ne mozemo odnositi kao prema na primer Access-u.


Prilicno sam iznenađen ovom tvrdnjom, koja kako sam za sebe kazes, dolazi od iskusnog i strucnog programera.
Ovde je itekako bitan izbor baze podataka dok je programski jezik u drugom planu. U danasnje vreme je nebitno da li koristis VB.Net,C#,C++,FoxPro ili recimo Delphi ali je jako bitno da li ces koristiti SqlServer, Acces ili Dbf. Apslutno svi su odmah razumeli temu , osim tebe. Poprilican broj projekata(i malih i velikih) sam realizovao u VB.NET , C# i SqlServeru ali apsolutno ni jedan sa DBF-om. Tvoja ofrlje procena o mojoj strucnosti i znanju dovoljno govori o vrednosti tvojih sugestija. Pogedaj malo odgovore drugih ljudi koji su se uglavnom orjentisali na konkretne probleme i prednosti DBF-a(hvala im svima) a ne na komentare o softveru koji nisu ni videli.
S obzirom da jos nije razvijem sumnjam da si ga i ti video.














[Ovu poruku je menjao Neretva dana 27.10.2006. u 09:02 GMT+1]
[ broker @ 27.10.2006. 08:03 ] @
Izvlacis moje rei iz kontekst i onda ih tumacis kako ti je volja. Ako ni si primetio, ja sam napisao da i ja podrzavam resenja zasnovana SQL server-u,a ovde sam se javio zbog nipodastavajucih komentara prema FoxPro-u koji uopste ne stoje.

Razumem tvoj stav jer mi se cini da ti o FoxPro-u znas samo iz prica. Da si duze radio u njemu, drugacije bi ga gledao. Fox Pro ne mozes tek tako da pordis sa drugim programskim jezicima, jer oni nije samo programski jezik, vec mnogo vise od toga.

Opcinjenost sql serverima nekada dolazi do apsurda. Bas pre neki dan neko je na ES pitao koju bazu da koristi za telefonski imenik koji pravi u Delphi-ju i navali ljudi da mu savetuju se od MySQL-a do Oracle-a i jos da se svadjaju koji je server bolji...
[ Neretva @ 27.10.2006. 08:20 ] @
Aman prijatelju ,
nije tema FOX vec baza podataka.



[ broker @ 27.10.2006. 09:18 ] @
Nije isto DBF i FoxPro DBF. Covek je vrlo jasno naglasio da se radi o FoxPro-u.
[ adopilot @ 02.12.2006. 15:15 ] @
DBF jeste nekada brži od SQL-a

Ali sa DBF je veliki problem oko konkurentnosti kod zapisa ja sam godinama koristio aplikaciju koja je radila na DBF ovima sjajno po 40 i 50 korisnika odjednom ali se moralo znati ko i kada šta smije raditi da nebi dolazilo do zaključavanja tablica.
Dbf je jednostavninija za administraciju i održavanje jer koliko ja znam radi se o FILE sistemu pa uvijek jedna tablica jedna datoteka i ovijek mozes da se igraš beskonačno sa tim ali pucanje ideksa irekonstrukcija isti nekada zna biti dosadana.