Connessione database remoto..e upload file.

di il
17 risposte

17 Risposte - Pagina 2

  • Re: Connessione database remoto..e upload file.

    yaren ha scritto:


    stavo guardando firebird, ho scaricato la 2.5 embedded... provato a connettermi con componenti dbexpress ma proprio non ne vuole sapere.
    Perchè usi dbexpress? hai Firedac che funziona benissimo.

    yaren ha scritto:


    ho messo tutti i dll nella stessa cartella dell'eseguibile ma niente.. pare che manchi qualcosa.
    come dll mi trovo:
    fbembed
    ib_util
    icudt30
    icuin30
    icuuc30
    msvcp80
    msvcr80
    La struttura della cartella per poter utilizzare FB embedded deve essere la stessa che trovi nel file .zip e rinominare il file fbembed.dll in fbclient.dll, oppure andare a cambiare nome nel driver dbexpress

    yaren ha scritto:


    a parte che.. come lo creo un db vuoto?.
    Come in ogni DBMS, con l'istruzione SQL "CREATE DATABASE ....." e "CREATE TABLE ..."

    L'idea di un DB Access non credo sia proprio da scartare a priori; anche se io, come ho già detto, userei SQLite.
  • Re: Connessione database remoto..e upload file.

    Alla fine mi son connesso con sqlite, ho "trovato" anche sqlitestudio come interfaccia grafica, non è male, credo usero' sqlite.
    grazie a tutti ragazzi, gentilissimi davvero
  • Re: Connessione database remoto..e upload file.

    gibra ha scritto:


    +m2+ ha scritto:


    PS delphi & access... no no
    Perché? Delphi non è in grado di gestire un db access

    Comunque, checché se ne dica, mi risulta l'unico database che non richiede ALCUNA INSTALLAZIONE.
    Certo che sì, ma è talmente pessimo e vecchio come il cucco, e soprattutto privo di alcuna "delphitudine" (cioè necessita caterve di mondezza microsoft, senza alcuna necessità), da essere un manifesto controsenso con delphi.

    Per delphi esistono decine e decine di database che non richiedono alcuna installazione, funzionano molto meglio di access-jet, completamente portabili e ragionevolmente aderenti allo standard SQL, e perfino affidabili in multiutenza senza i vari accrocchi per gli mdb (e peggio che peggio SQLlite)

    Personalmente utilizzo e prediligo absolute db
Devi accedere o registrarti per scrivere nel forum
17 risposte