* * * *

Privacy Policy

Forum ufficiale

Se non siete riusciti a reperire l'informazione che cercavate nei nostri articoli o sul nostro forum vi consiglio di visitare il
Forum ufficiale di Lazarus in lingua inglese.

Lazarus 1.0

Trascinare un file nel programma
DB concetti fondamentali e ZeosLib
Recuperare codice HTML da pagina web
Mandare mail con Lazarus
Stabilire il sistema operativo
Esempio lista in pascal
File INI
Codice di attivazione
Realizzare programmi multilingua
Lavorare con le directory
Utilizzare Unità esterne
TTreeView
TTreeview e Menu
Generare controlli RUN-TIME
LazReport, PDF ed immagini
Intercettare tasti premuti
Ampliare Lazarus
Lazarus e la crittografia
System Tray con Lazarus
UIB: Unified Interbase
Il file: questo sconosciuto
Conferma di chiusura di un applicazione
Liste e puntatori
Overload di funzioni
Funzioni a parametri variabili
Proprietà
Conversione numerica
TImage su Form e Panel
Indy gestiore server FTP lato Client
PopUpMenu sotto Pulsante (TSpeedButton)
Direttiva $macro
Toolbar
Evidenziare voci TreeView
Visualizzare un file Html esterno
StatusBar - aggirare l'errore variabile duplicata
Da DataSource a Excel
Le permutazioni
Brute force
Indy 10 - Invio email con allegati
La gestione degli errori in Lazarus
Pascal Script
Linux + Zeos + Firebird
Dataset virtuale
Overload di operatori
Lavorare con file in formato JSON con Lazarus
Zeos ... dietro le quinte (prima parte)
Disporre le finestre in un blocco unico (come Delphi)
Aspetto retrò (Cmd Line)
Lazarus 1.0
Come interfacciare periferica twain
Ubuntu - aggiornare free pascal e lazarus
fpcup: installazioni parallele di lazarus e fpc
Free Pascal e Lazarus sul Raspberry Pi
Cifratura: breve guida all'uso dell'algoritmo BlowFish con lazarus e free pascal.
Creare un server multithread
guida all'installazione di fpc trunk da subversion in linux gentoo
Indice
DB concetti fondamentali e connessioni standard
Advanced Record Syntax
DB concetti fondamentali e DBGrid
DB concetti fondamentali e TDBEdit, TDBMemo e TDBText
Advanced Record Syntax: un esempio pratico
Superclasse form base per programmi gestionali (e non)
Superclasse form base per programmi gestionali (e non) #2 - log, exception call stack, application toolbox
Superclasse form base per programmi gestionali (e non) #3 - traduzione delle form
Superclasse form base per programmi gestionali (e non) #4 - wait animation
Un dialog per la connessione al database:TfmSimpleDbConnectionDialog
Installare lazarus su mac osx sierra
immagine docker per lavorare con lazarus e free pascal
TDD o Test-Driven Development
Benvenuto! Effettua l'accesso oppure registrati.
Luglio 11, 2020, 10:23:09 pm

Inserisci il nome utente, la password e la durata della sessione.

18 Visitatori, 0 Utenti

Autore Topic: Consiglio su DBMS multipiattaforma stand-alone  (Letto 1907 volte)

Avogadro

  • Full Member
  • ***
  • Post: 135
  • Karma: +0/-0
Re:Consiglio su DBMS multipiattaforma stand-alone
« Risposta #15 il: Giugno 25, 2019, 04:23:55 am »
Perdonate, perchè non usare PostgreSQL?

Dice wikipedia: "PostgreSQL è una reale alternativa sia rispetto ad altri prodotti liberi come MySQL, Firebird SQL e MaxDB che a quelli a codice chiuso come Oracle, IBM Informix o DB2 ed offre caratteristiche uniche nel suo genere che lo pongono per alcuni aspetti all'avanguardia nel settore dei database."

Tra l'atro è anche presente da sempre nell' IDE di Lazarus.

« Ultima modifica: Giugno 25, 2019, 04:26:07 am da Avogadro »

nomorelogic

  • Global Moderator
  • Hero Member
  • *****
  • Post: 2286
  • Karma: +10/-2
Re:Consiglio su DBMS multipiattaforma stand-alone
« Risposta #16 il: Giugno 25, 2019, 11:22:25 am »
Credo che il problema sia che PostgreSQL non ha una versione embedded
Imagination is more important than knowledge (A.Einstein)

Avogadro

  • Full Member
  • ***
  • Post: 135
  • Karma: +0/-0
Re:Consiglio su DBMS multipiattaforma stand-alone
« Risposta #17 il: Giugno 25, 2019, 09:58:56 pm »
Non mi sono mai cimentato con PostgreSQL, quindi ovvimente parlo da profano ma uso un' applicazione scientifica abbastanza complessa , ovviamente comprata,  che si poggia proprio  su questo db, non devo configuare nulla, il progamma "gira" e  il data base sottostante nemmeno "si vede", mi si passi il termine .



SB

  • Scrittore
  • Full Member
  • *****
  • Post: 215
  • Karma: +0/-0
Re:Consiglio su DBMS multipiattaforma stand-alone
« Risposta #18 il: Giugno 26, 2019, 06:33:49 am »
Di PostgreSQL se ne parla bene anche se è poco conosciuto (o forse se ne parla bene perchè è poco conosciuto  :-\ )
Purtroppo, che io sappia, non ha una versione embedded e quindi per le mie esigenze l'ho dovuto scartare a priori.

Sto provando l'accoppiata Zeos/SQLite per una applicazione web e sembra rispondere abbastanza bene. Non l'ho ancora testato a fondo e sotto carico.

Avogadro

  • Full Member
  • ***
  • Post: 135
  • Karma: +0/-0
Re:Consiglio su DBMS multipiattaforma stand-alone
« Risposta #19 il: Giugno 26, 2019, 04:58:12 pm »
L'accoppiata Zeos/SQLite, mi si passi il termine,  la sto usando da qualche tempo per dei sw di office automation e finora non mi ha mai dato problemi -  in passato avevo fatto delle prove con i file dbf  ma c'era un problema di lentezza esasperante quando i dati erano tanti - .

Il bello è la "portabilità: si mettono dati ed eseguibile su una pennetta usb e  tutto girà su qualsiasi pc.



Avogadro

  • Full Member
  • ***
  • Post: 135
  • Karma: +0/-0
Re:Consiglio su DBMS multipiattaforma stand-alone
« Risposta #20 il: Giugno 26, 2019, 11:16:36 pm »
Un'alternativa è usare i file .dbf, sono implementati su lazarus* e l'applicativo  non necessita di procedure di installazione fuori dall'ordinario .

Purtuttavia la semplicità d'uso poi va cozzare con la velocità: quando il numero di record supera le migliaia le performances crollano e se poi lì'applicativo deve girare in un ambiente condiviso le cose non migliorano.

Ho provato ad usare i file di acces  ma da una certa versione di lazarus in poi, ora non ricordo quale,  la connessione non funzionava piu' anche se mi pare che le ultime versioni abbiamo sanato questo problema.
 



*
https://wiki.freepascal.org/Lazarus_Tdbf_Tutorial

xinyiman

  • Administrator
  • Hero Member
  • *****
  • Post: 2865
  • Karma: +9/-0
Re:Consiglio su DBMS multipiattaforma stand-alone
« Risposta #21 il: Giugno 27, 2019, 08:15:33 am »
Un'alternativa è usare i file .dbf, sono implementati su lazarus* e l'applicativo  non necessita di procedure di installazione fuori dall'ordinario .

Purtuttavia la semplicità d'uso poi va cozzare con la velocità: quando il numero di record supera le migliaia le performances crollano e se poi lì'applicativo deve girare in un ambiente condiviso le cose non migliorano.

Ho provato ad usare i file di acces  ma da una certa versione di lazarus in poi, ora non ricordo quale,  la connessione non funzionava piu' anche se mi pare che le ultime versioni abbiamo sanato questo problema.
 



*
https://wiki.freepascal.org/Lazarus_Tdbf_Tutorial

Sconsiglio l'uso dei DBF per una questione di semplicità d'implementazione, è molto più semplice da implementare e mantenere l'uso di un qualsiasi DBMS.

Sconsiglio access per questione di portabilità sui vari sistemi operativi.
Mi sa che per le necessità elencate possano andare bene solo SQLite e Firebird.
Ieri è passato, domani è futuro, oggi è un dono...

 

Recenti

How To

Utenti
  • Utenti in totale: 676
  • Latest: Twowal
Stats
  • Post in totale: 13762
  • Topic in totale: 1726
  • Online Today: 31
  • Online Ever: 900
  • (Gennaio 21, 2020, 08:17:49 pm)
Utenti Online
Users: 0
Guests: 18
Total: 18

Disclaimer:

Questo blog non rappresenta una testata giornalistica poiché viene aggiornato senza alcuna periodicità. Non può pertanto considerarsi un prodotto editoriale ai sensi della legge n. 62/2001.