Paradoxról mire? (hálózatban)

Paradoxról mire? (hálózatban)
2008-06-18T12:14:03+02:00
2008-06-24T19:30:13+02:00
2022-10-29T14:10:33+02:00
  • Töltsd le az IBExpert programot. Az a legnagyobb előnye, hogy vizuálisan segíti a fejlesztést, miközben visszaadja az SQL parancsokat is. Például csinálsz egy táblát, akkor létrehoz helyetted egy parancsot (create table..), amit közvetlenül futtathatsz is. Vagy akár módosíthatod a parancsot, vagy épp elmentheted, elemezheted.
    A free verzió az alapokhoz tökéletes. Ha már nagyon benne leszel, akkor érdemes belekukkantani a 30 napos verzióba. Aki FB-del dolgozik, annak szerintem ez a legjobb fejlesztő eszköz. Főleg ha triggerek/tárolt eljárások is képbe kerülnek.
    Bárcsak lenne valami hasonló a MySQL-hez is...
    Mutasd a teljes hozzászólást!
  • Na közben találtam magyae e-bookot:

    Ezt
    Mutasd a teljes hozzászólást!
  • Én D7-et használok.
    Egyenlőre még csak próbálgatom a D7-el.
    Régebben írtam egy programot, ami IB6-ot használt.

    Léteznek magyar nyelvű kézikönyvek, vagy leírások a neten FB-ről?

    Mindenesetre rákeresek itt a prog.hu-n.

    Veriakilis
    Mutasd a teljes hozzászólást!
  • Ha FireBird-re térek át, akkor a D7 Prof-ban mit érdemes használni:
    Az Interbase komponenseket, vagy az ADO komponenseket?

    Mondjuk az átalakítás miatt fontos az, hogy a BDE komponensek (TTable, TQuery, stb...) heylett melyikkel egyszerűbb az átalakítás?
    Mutasd a teljes hozzászólást!
  • 'while do ... helyett is szerencsésebb ötlet átszokni a tárolt eljárásokra.'

    Igen, de sajnos ez nem lesz könnyű, mert a program használ paraméterező táblákat,- innen olvasom ki, hogy egy bizonylat miképpen működjön, melyik raktárkészletet mozgassa, melyik árat használja, stb..., és használja a 'rendes' adatoknak a nekik megfelelő táblákat.
    A paraméterező táblákat mátrixokba olvasom be, ami akapján működnek a bizonylatok, és nagyjából az egész program.

    De gondolom első körben ha még maradnak is a while do ... ciklusok is,- így a kliens-szerver adatbázisso FireBird ellenére is utazni fognak az adatok a hálózaton a gépek között - akkor is biztonságosabb lesz az adatbázis kezelés.
    Mutasd a teljes hozzászólást!
  • Köszönöm a sok segítséget, ha nem baj, akkor még kérdezek majd menet közben.

    Valószínűleg FireBird mellett döntök.

    Valahol olvastam a neten, hogy a FireBird hálózatban nem ingyenes, ugye ez nem igaz?

    Melyik (?) verziót érdemes most letölteni a FireBird-ből, a V.2.1-et?
    Tegnap nézegettem a FireBird oldalát, és ezeket töltöttem le:

    Firebird-2.1.0.17798_0_Win32

    Firebird-2.1.0.15199-Alpha1_win32


    Veriakilis
    Mutasd a teljes hozzászólást!
  • ha nem disconnected modellt használsz akkor 20 felhasználó felett amúgy is szerencsésebb ötlet

    -nemrég voltam egy ASP-s bemutatón, ott azt mondták, hogy csak a méretbeli megkötés maradt. Vagyis 4GB-nál nem lehet nagyobb az adatbázis. Mégis van ez a felhasználó korlát?
    Mutasd a teljes hozzászólást!
  • Szerintem is a Firebirddel jársz a legjobban.
    Én MySQL-re próbálok áttérni, mert a fejem felett így döntöttek. Mivel érdekelt is a dolog, hagytam, hadd döntsenek. De már nagyon megbántam. Még PHP-vel együtt sem egyszerűbb az életem.

    A számomra a legfontosabb különbségek:
    1, Tárolt eljárás. Mint egy tábla select úgy használhatod és van for ciklus.
    2, UDF. Ezek az adatbázisba integrálható (akár delphiben írt) függvények. Ha delphi, akkor a MySQL-hez hozzá szagolni sem fogsz.
    3, triggerek. MySQL-nél van 3. Firebirdnél 32000x3
    4, generátor. Ez egy számláló, amit bármire hasznáhatsz. Akár előre lekérhetsz egy következő ID-t.

    Mutasd a teljes hozzászólást!
  • Firebird vagy MS-SQL 2005 Express. De delphi alatt talán inkább firebird, az valamivel jobban otthon van mivel leánykori nevén Interbase 6.0-nak hívták (de az új verziók már eléggé eltérnek az IB-től, csak az 1.x-re igaz teljesen az IB6 kompatibilitás).

    A "Raktar.DB"-t felejtsd el a Select mondatokból, és a while do ... helyett is szerencsésebb ötlet átszokni a tárolt eljárásokra.

    Én elég sokat dolgoztam FB-fel, dolgozom ma is, mondjuk nem MS-SQL, viszont ingyen van és ha nem disconnected modellt használsz akkor 20 felhasználó felett amúgy is szerencsésebb ötlet mivel a MS-SQL-lel szemben nincs ilyen korlátja. Mondjuk az is igaz persze hogy a M$ SQL azért más kategória.

    Esetleg szóba jöhet még a Postgresql is, bár annak nem tudom mennyire van Delphis interfésze, viszont mostanság elég jókat olvasni róla (amikor én használtam akkor nem volt annyira fényes, így az én tapasztalataim nem túl jók vele kapcsolatban).

    Van még Oracle-ből is free Express változat, sőt ha jól tudom talán DB2-ből is, de abban nem vagyok biztos.

    Az igazság az hogy picit régen Delphiztem már (mostanság C#/.NET alatt nyomulok) de amikor Delphiztem akkor Firebird-et használtam, míg Postresql-t és DB2-t linuxon, C++ alatt és elég régen így nem tudom hogy a mai Delphikből melyik verzióval mihez lehet csatlakozni.
    Mutasd a teljes hozzászólást!
  • Üdv!

    A konverziót megcsinálhatod Te is, nem olyan nehéz, de ott van az EMS DataPump for InterBase/FireBird, ami viszont kompletten megcsinálja helyetted ezt az egész feladatot. Ja, persze feltéve hogy ezt az engine-t választod. Én nagyon ajánlom, 8 év IB/FB programozással mögöttem, csak jókat tudok mondani róla, pedig próbáltam sok mindent mást is, de az FB ami nagyon bejött.

    Üdv:Alex
    Mutasd a teljes hozzászólást!
  • Konverterről nem tudok, de nem kizárt hogy létezik. Szvsz jobban jársz a saját kis programoddal.

    Ha jól építetted fel a programodat, akkor nem kell semmit sem lecserélned, elég csak a Query-ket módosítani egy kicsit, ahogy már fentebb is leírtam, meg a connectionstringet lecserélni. Persze ha eddig BDE-vel dolgoztál, akkor tényleg le kéne őket cserélni ADO-ra.
    Mutasd a teljes hozzászólást!
  • Szia!

    Szóval akkor megoldható úgy, hogy a kiválasztott - MSSQL 2005 Express Edition, MySQL, Firebird - adatbázismotorban kialakítom ugyanazt a táblarendszert (az összes táblát a mezőikkel együtt), majd 'egyszerűen' lecserélem a datamodulomban (DM) az összes TQuery-t, TTable-t, Dataset-et az összes tábla-eseménnyel (BeforeEdit, AfterEdit, BeforePost, AfterPost, atb...)?


    Annak idején (vagy 8 éve...) a Paradox mellett döntöttem sajnos - a paraméteres programozás szabadsága miatt - az Interbase/ Firebird helyett.

    Van esetleg valamilyen program, amivel a meglévő Paradox tábláim mezőszerkezete alapján automatikusan létre tudom hozatni az új tábla/mező szerkezetet a kiválasztott adatbázismotorhoz?

    A DatabeseDesktop-ban ezt meg lehetett csinálni akkor, ha DBF-ből Paradox táblát akartam.

    Mert ha van valamelyik adatbázismotorhoz ilyen, akkor esetleg emiatt amellett az adatbázismotor mellett döntök.



    Vagy jobban járok, ha kiválasztom valamelyik adatbázismotort, majd írok egy kis programot, amivel kiolvasom szépen sorban táblánként a Paradox táblák szerkezetét (erre van is kész kódom), majd ezekből az adatokból létrehozom az új adatbázismotornak megfelelő táblákat?




    Veriakilis

    Mutasd a teljes hozzászólást!
  • Szerintem Delphihez ingyenesen elsősorban a MySQL és a Firebird jöhet szóba.
    Nekem a MySQL-től a zűrös licence feltételek vették el a kedvemet, a sokféle vélemény közül nem tudtam kihámozni a valóságot.
    A Firebird viszont minden körülmények között free, és a használatában sem csalódtam, elég sok minden csak a 2.1 verzióval került bele, de ez most már elérhető.
    Bármit is választasz, biztos nem fog működni némi átalakítás nélkül, de Paradoxról feltétlenül megéri váltani.
    Mutasd a teljes hozzászólást!
  • Szia!

    Amire érdemes átállni szerintem az az MSSQL 2005 Express Edition. De ízlések és pofonok. Választhatod még a MySQL-t is, meg van még egy rakat ingyenes adatbázismotor.

    Kapcsolódni tudni fogsz, ADO-val.

    Egy kicsit viszont mindenképp át kell írnod a query-ket, de megéri ;)


    Select * From "Raktar.DB" ORDER BY Rkod
    helyett:
    Select * From Raktar ORDER BY Rkod


    Az ilyenek maradhatnak:

    While NOT DM.Query1.EOF do begin ... DM.Query1.Next; end;
    Mutasd a teljes hozzászólást!
  • Sziasztok!

    Sok topikot átnéztem a kérdés előtt, de egyenlőre nem találtam megoldást.

    A Paradox miatt sokszor van adatbázis hiba a programomban, ezért át akarok állni valami másra, ami egyszerűbb, gyorsabb.

    Adott egy program, amit már több éve fejlesztek (50 ezer saját sor kb...).
    Paradox táblákat használok benne hálózatban.
    Elég sok munka volt eddig is a program írásával, és most szeretném a programot másik adatbázis motor használatához átírni.

    A Paradox miatt persze használok ilyen dolgokat is:
    While NOT DM.Query1.EOF do begin ... DM.Query1.Next; end;
    srb...

    A probléma ezzel kapcsolatban:

    89 db .DB táblám van sok-sok mezővel.

    A program datamodul részében nagyrészt TQuery-ket használok a táblák eléréséhez, pl.:
    Select * From "Raktar.DB" ORDER BY Rkod
    és hasonló sql lekérdezéseket.

    A táblák postázáskori mentését többnyire TUpdateSQL-ekkel végzem.
    Ritkábban használok még TTable-ket is.

    Milyen lehetőleg ingyenes(!) hálózatos adatbázismotorra érdemes átállni Paradox-ról , illetve hogyan tudnék átállni egy ilyen program esetében a legegyszerűbben valami komolyabb adatbázismotorra?

    Esetleg van valami hasonló dolog Paradox esetében, mint a Clipperes dbf-ek esetében az Alaska?

    A válaszokat előre is köszönöm: Veriakilis
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd