Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

SqlServer ili Dbf?

[es] :: Baze podataka :: SqlServer ili Dbf?

Strane: 1 2 3

[ Pregleda: 8183 | Odgovora: 40 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

totovic
Aleksandar Totovic
CEO, Editor in Chief
ERP Consulting
Beograd

Član broj: 25536
Poruke: 840
212.62.51.*

Sajt: totovic.com


+1 Profil

icon Re: SqlServer ili Dbf?25.10.2006. u 18:37 - pre 212 meseci
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.
Cave ab homine unius libri

The best argument against democracy is a five-minute conversation with the average
voter.
 
Odgovor na temu

Miloš Baić
Miloš Baić
ERP (Dynamics NAV) programer
Beograd

Član broj: 72468
Poruke: 1155
*.kalik.info.



Profil

icon Re: SqlServer ili Dbf?25.10.2006. u 20:55 - pre 212 meseci
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...
Someone's sitting in the shade today because someone planted a tree a long time ago.
 
Odgovor na temu

aleksandarpopov
IT consultant
Senta

Član broj: 57172
Poruke: 484
*.sksyu.net.

Sajt: www.linkedin.com/in/aleks..


Profil

icon Re: SqlServer ili Dbf?25.10.2006. u 21:09 - pre 212 meseci
MS Sql Server ;)
RTFM
 
Odgovor na temu

axx420

Član broj: 107229
Poruke: 62
*.ptt.yu.



+1 Profil

icon Re: SqlServer ili Dbf?25.10.2006. u 21:53 - pre 212 meseci
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.
 
Odgovor na temu

Zed Mc Jack
Programer
Bečej

Član broj: 93120
Poruke: 137
*.adanet.co.yu.

Sajt: www.subakov.com


Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 07:39 - pre 212 meseci
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?

www.subakov.com Jedini Visual FoxPro sajt u Srbiji
 
Odgovor na temu

aleksandarpopov
IT consultant
Senta

Član broj: 57172
Poruke: 484
*.sksyu.net.

Sajt: www.linkedin.com/in/aleks..


Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 13:55 - pre 212 meseci
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


RTFM
 
Odgovor na temu

broker

Član broj: 2415
Poruke: 8514
212.62.59.*



+11 Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 14:29 - pre 212 meseci
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.
 
Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.



+41 Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 14:50 - pre 212 meseci
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.
 
Odgovor na temu

Neretva
Programer
BG

Član broj: 60534
Poruke: 41
*.3dnet.co.yu.



Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 15:30 - pre 212 meseci
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]
 
Odgovor na temu

broker

Član broj: 2415
Poruke: 8514
212.62.59.*



+11 Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 15:56 - pre 212 meseci
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.
 
Odgovor na temu

goranvuc
Goran Vucicevic
Novi Sad

Član broj: 4934
Poruke: 1846
*.dialup.neobee.net.



+41 Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 15:57 - pre 212 meseci
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...".
 
Odgovor na temu

broker

Član broj: 2415
Poruke: 8514
212.62.59.*



+11 Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 15:58 - pre 212 meseci
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.
 
Odgovor na temu

Neretva
Programer
BG

Član broj: 60534
Poruke: 41
*.3dnet.co.yu.



Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 17:03 - pre 212 meseci
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]
 
Odgovor na temu

Zed Mc Jack
Programer
Bečej

Član broj: 93120
Poruke: 137
*.smin.sezampro.yu.

Sajt: www.subakov.com


Profil

icon Re: SqlServer ili Dbf?26.10.2006. u 20:07 - pre 212 meseci
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.

www.subakov.com Jedini Visual FoxPro sajt u Srbiji
 
Odgovor na temu

broker

Član broj: 2415
Poruke: 8514
212.62.59.*



+11 Profil

icon Re: SqlServer ili Dbf?27.10.2006. u 00:15 - pre 212 meseci
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.
 
Odgovor na temu

dragancesu
subotica

Član broj: 38340
Poruke: 2189
*.eunet.yu.



+73 Profil

icon Re: SqlServer ili Dbf?27.10.2006. u 06:54 - pre 212 meseci
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...



Pomozite Micro$oftu u borbi protiv piraterije, poklonite prijatelju Linux
 
Odgovor na temu

Neretva
Programer
BG

Član broj: 60534
Poruke: 41
*.3dnet.co.yu.



Profil

icon Re: SqlServer ili Dbf?27.10.2006. u 07:43 - pre 212 meseci
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]
 
Odgovor na temu

broker

Član broj: 2415
Poruke: 8514
212.62.59.*



+11 Profil

icon Re: SqlServer ili Dbf?27.10.2006. u 08:03 - pre 212 meseci
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...
 
Odgovor na temu

Neretva
Programer
BG

Član broj: 60534
Poruke: 41
*.3dnet.co.yu.



Profil

icon Re: SqlServer ili Dbf?27.10.2006. u 08:20 - pre 212 meseci
Aman prijatelju ,
nije tema FOX vec baza podataka.



 
Odgovor na temu

broker

Član broj: 2415
Poruke: 8514
212.62.59.*



+11 Profil

icon Re: SqlServer ili Dbf?27.10.2006. u 09:18 - pre 212 meseci
Nije isto DBF i FoxPro DBF. Covek je vrlo jasno naglasio da se radi o FoxPro-u.
 
Odgovor na temu

[es] :: Baze podataka :: SqlServer ili Dbf?

Strane: 1 2 3

[ Pregleda: 8183 | Odgovora: 40 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.