Access vs delphi (nem nevetni, kérem, segítsen)
Access vs Delphi (nem nevetni, kérem, segítsen)
Meg kell magyarázni az embereknek, nem túl erős (vagy inkább semmi) programozás, mi Delphi jobb az írás a tárolási program számot minden, ami lehetséges, mint Access. Célszerű tanulmányozni ponavarochennee. Milyen típusú pack-szál okos mondatok a kézikönyvben. Olyannyira, hogy nem kétséges marad. Egy szál segítségével, hogy? Nagyon szükséges, majd a projekt lesz törve (ez az utolsó esélye, hogy legyőzze a verseny-aktsesovtsev) =).
rugalmasságot, megbízhatóságot és funkciókat.
pl, a D A vezérelhető, hanem éppen ellenkezőleg, ott és akkor meghajlítani a D önmagában nem kell az Access és.
A felület lesz gazdagabb. Általában a DA is natív-Access-adatbázis munkát.
Nincs racionális oka, hogy megy a hozzáférés Delphi :-)
> Nem szükséges, majd a projekt lesz törve (ez az utolsó esélye, hogy visszafoglalja
> Aktsesovtsev versenytársak)
A törvények az evolúció nem törli :-)
- A grúzok jobb, mint az örmények
-. mint az örmények
1. Amikor a felhasználók száma az adatbázis lesz több, mint 10 fő
Hozzáférés kezd megfojtani.
2. Az alap átutalás egy erősebb adatbázisokhoz, mint például MSSQL, Delphi kódot kell sokkal kevésbé bonyolult, mint élesebbé Access nem natív bázis.
atstsess megéri a pénzt.
nagynénik nagybácsik jön övék az irodában, nézd meg a hamisított atstsess otgrebut és ezek nem túl erős a programozási az emberek, úgyhogy nem fogja megtalálni.
ha engedélyt, akkor valami lehet egy gyors és halom atstsesse.
Mlyn, látni akarta melkomyagkih helyszínen ugratás van atstsess fél óra bolyongás - nincs árlista nem található.
: ((
> Mlyn akarta nézni a lope melkomyagkih honlapján érdemes
> Atstsess fél óra bolyongás - nincs árlista nem található.
>: ((
Nem istenek edények kereskedelem (p)
Delphi drágább :-)
de figyelembe véve az istenek, találtam egy linket az övék partnerek néhány darab feladott - melkomyagkih árát termék egy, és hogy figyelembe kell venni :))
paci-jé.
típusú, hirtelen fogom használni annak érdekében, hogy korysnyh célja suprotiv a melkomyagkih.
> De rovására az istenek, találtam egy linket az övék partnerek több
> Kockás darab - ár melkomyagkih termékek csak
> Egy, és ez szükséges figyelembe venni :))
Magukat beszélt a kerék be van dugva a hajtókarok.
Ön nem fogja tudni, hogy őket (az emberek) megmagyarázni semmit.
Mert ez nem az. Ezek, persze, hogy megcsal, de semmi jó fog jönni belőle.
Minden attól függ, hogy mi van programozva. Minél összetettebb a program, annál nagyobb teher, annál nagyobb az adatbázis, annál „igen” az átmenet Delphi.
De mintha a program nagyon egyszerű, Osobowa értelme írni Delphi - nincs.
> Nincs ésszerű ok arra, hogy menjen a hozzáférés Delphi :-)
Igen, vannak okok miatt. Accessom én nem részesült volna, ha szüksége van egy komoly adatbázis yuzayte Visual FoxPro vagy Oracle.
Köszönöm a válaszokat. Az utolsó kérdés (azok, akik dolgoztak Access): ha van a képesség, hogy könnyen módosítsa a jelentés típusát formák (például szerkesztő kvikreporta Delphi), a felhasználó által nem írok a „prog”? Ie a felhasználó, amely megkapta a program maga is létrehozhat egy űrlapot, helyezze a hangsugárzókat ott, neki kell a szükséges szélesség és megjeleníti őket, amire szüksége van. És ennek megfelelően, majd nyomtassa ki az összes. Ez az az út, érdekes volt.
2Mihey (25.02.03 22:26)
> Yuzayte a Visual FoxPro vagy Oracle.
Nincs középút. 8-)
Azonban, írj adatbázis-hozzáférés van értelme, ha
meg kell csinálni a sok jelentéseket, amelyek gyakran változott érdemben és megjelenését. Ezután a beépített jelentés generátorok, Access persze
sokkal kényelmesebb, mint hogy nyilvántartást ki a Delphi.
Általában én arra a következtetésre jutott, hogy az Access egy jó dolog, ha az ember megérti
hogyan kell használni obschatsya ki Delphi, akkor létrehozhat elég
erős és kényelmes programot. Úgy gondolom, hogy sokszor megalapozatlan Access
szid, csak nem értem, jellemzői, és hogyan kell használni
0rabotat alól Delphi.
Delphi + +, Access BDE 97.
Ezután a beépített jelentés generátorok, Access persze
sokkal kényelmesebb, mint hogy nyilvántartást ki a Delphi.
Ez attól függ, hogy mit használ. Hacsak QuickReport -, akkor, természetesen, és ha a FastReport, hagyjuk, hogy nem ért egyet. FastReport ér egy fillért sem.
Ha megy az ADO
A kompatibilitás hozzáférés növekszik, de esik
sebességű adatcserét az adatbázis
Ez furcsa.
Általában egyetértek (mondjuk) - nem túl komoly, és nagy adatbázisok - Access elég jó, és nem rossz lehetőség. Nem minden szükséges feladatok az Oracle vagy MS SCR szerver. Néha használják, mint a forgatás verebek ágyúval.
ő.
Csak kíváncsi, mintha, hogy jöjjön a hivatalok, kérje az ár, akkor is kénytelen regisztrálni?
és kérni fogja a jelszót. ))
Delphi + +, Access BDE 97.
A kompatibilitás hozzáférés növekszik, de esik
sebességű adatcserét az adatbázis
Ez furcsa.
néhány cikket, amit találtam az interneten ADO + Delphi jelzik ugyanaz. ADO fordulatszám esik.
lehetséges, hogy valamit rosszul csináltam, de megbeszéljük
Nem volt a tervem, sajnálom.
Általában egyetértek (mondjuk) - nem túl komoly, és nagy adatbázisok - Access elég jó, és nem rossz lehetőség. Nem minden szükséges feladatok az Oracle vagy MS SCR szerver. Néha használják, mint a forgatás verebek ágyúval.
Most! szóval nem fiú, hanem a férjem :) sok „tiszta szakértőket
alapján Oracle igazán cool „:) okozok nyílt nevetés,
amikor elkezdenek nyújtják szolgáltatásaikat az automatizálási
Az asztal, ahol csak 15-20 ülések és az ügyfél nyilvántartás növekedés
naponta legfeljebb 0,5-1000. Az ilyen feladatok és Access jól működik!
Nem értek egyet.
Hogy őszinte legyek, a atstsessom foglalkozott egy nagyon hosszú idő, de ha jól értem, ez még messze koponya szerver, ezért a legnyomorultabb 15-20 vásárlók számára / módosításához 1 hozzászólás lesz szivattyúzzák a rács a teljes adatbázis szerkesztés, és adja vissza, ahol ő feküdt.
Ez egészen más dolog, ha a hálózat csak gyalog koponya kérések és válaszok nekik.
Megfelelő adatbázis szerver az arcon 15-20 ügyfelek még betárcsázós gyorsabb lesz gyorsabban fut, mint atstsess 100 megabites hálózaton.
> Danilka
1.Access még meg nem kell (csak Office),
és az Oracle egy vagyont ér, és egyszerű irodai nem fog vásárolni. Is, és MSSQL.
2. Gyorsabb, lassabb - nem igazán aggódik a felhasználó, ha van ideje 2-5 másodpercig, hogy a választ.
Persze, meg kell nézni a problémát. Amennyiben a raktár, hogy szükség van - a szomszéd szobában, amely két doboz irodai papír, festék és egy sor fogantyúk, majd Delphi, véleményem (mint oroklom :)) Moroto nem éri meg.
igen, egyetértek - Access elhúzódik az asztalra a hálózat, de az első helyen
ez az eset többé-kevésbé optimalizált, ami a területi
cache, ahelyett húzza az egészet újra minden egyes alkalommal, másrészt,
Hozzáférést biztosít az alkalmazás fejlesztés minden bizonnyal olcsóbb, mint
Orakle. Mindkét fejlesztés önmagában, és a könnyű támogatás
programot. Hozzáférés minden bolond szállít, és hozzanak létre, valójában
Lehet, hogy nem jelenik meg teljes egészében, mindaddig, amíg a kernel volt.
de, hogy hozzanak létre az Oracle a következő használatával létrehozott
kanyar másik kántor súlyos speciális igényeit, és ez drágább
által opredelnie. És szoftver fejlesztési költség felhasználásával
Oracle szakértő nagy. oly módon, hogy az átlagos kis-kántor
kevesebb nettó terhelés és elfogadni bizonyos protormozil,
fizet az extra pénzt.
> Danilka
Office minden beállítva. Ie További denyuzhek már nem szükséges a prog.
A MDB adatbázis lehet forgatni keresztül ADO és nem Access „a.
> Danilka
15-20 felhasználók ugyanakkor soha nem lesz az az iroda közepén, és az 5. akkor húzza könnyedén