Autor Téma: Návrh optimálního umístění databáze pro aplikaci na závody  (Přečteno 711 krát)

Offline matej

  • Nováček
  • *
  • Příspěvků: 8
  • Karma: 0
    • Verze Delphi: XE7
Tak začínám tomu snad trochu rozumět.

Bylo by dobré tedy řešit všechny tři případy takhle?
Vždy na PC nainstalovat lokální server a připojit aplikaci přes FireDAC (i při jednom PC a bez telefonů)
Pro připojení druhého PC připojit přes lokální sít (wifi) přímo k DB přes FireDAC
Pro připojení telefonů - telefony se připojí také k Wifi a k aplikaci přes Datasnap+REST

Dává to takhle smysl?
Jaký je rozdíl mezi přístupem přes DataSnap s HTTP a Datasnap+REST?
Zvládne průměrný notebook spuštěný server a samostatnou práci v databázi přes aplikaci + připojení druhého PC k databázi na tomto notebooku + přístupy cca 50-150 telefonů pro zobrazování dat?

Telefony nebudou zapisovat ani upravovat žádná data, jen číst.


Online Delfin

  • Guru
  • *****
  • Příspěvků: 610
  • Karma: 27
  • SW konzultant
    • Verze Delphi: 2009, Tokyo
Tak začínám tomu snad trochu rozumět.

Bylo by dobré tedy řešit všechny tři případy takhle?
Vždy na PC nainstalovat lokální server a připojit aplikaci přes FireDAC (i při jednom PC a bez telefonů)
Pro připojení druhého PC připojit přes lokální sít (wifi) přímo k DB přes FireDAC
Pro připojení telefonů - telefony se připojí také k Wifi a k aplikaci přes Datasnap+REST

Dává to takhle smysl?

Dava. Jen budes psat dvoji interface (jeden pro prime spojeni s RDBMS a druhy pro REST server).

Jaký je rozdíl mezi přístupem přes DataSnap s HTTP a Datasnap+REST?

Nevim co tim myslis nebo kde jsi na to narazil. Ptas se jaky je rozdil mezi TDSRESTServer a TDSHTTPServer?

Zvládne průměrný notebook spuštěný server a samostatnou práci v databázi přes aplikaci + připojení druhého PC k databázi na tomto notebooku + přístupy cca 50-150 telefonů pro zobrazování dat?

Telefony nebudou zapisovat ani upravovat žádná data, jen číst.

Snad ano, ale mel by sis jej vyzkouset pod umelou zatezi (REST server muzes otestovat trebas pomoci Apache HTTP server benchmarking tool).
I'm a soldier, so don't panic!

Offline matej

  • Nováček
  • *
  • Příspěvků: 8
  • Karma: 0
    • Verze Delphi: XE7
Tak začínám tomu snad trochu rozumět.

Bylo by dobré tedy řešit všechny tři případy takhle?
Vždy na PC nainstalovat lokální server a připojit aplikaci přes FireDAC (i při jednom PC a bez telefonů)
Pro připojení druhého PC připojit přes lokální sít (wifi) přímo k DB přes FireDAC
Pro připojení telefonů - telefony se připojí také k Wifi a k aplikaci přes Datasnap+REST

Dává to takhle smysl?

Dava. Jen budes psat dvoji interface (jeden pro prime spojeni s RDBMS a druhy pro REST server).
OK, tak to takhle udělám. Nejsem si jistý, jak by to šlapalo při práci pouze přes REST server i na zapisujících PC.

Jaký je rozdíl mezi přístupem přes DataSnap s HTTP a Datasnap+REST?

Nevim co tim myslis nebo kde jsi na to narazil. Ptas se jaky je rozdil mezi TDSRESTServer a TDSHTTPServer?
Ano, asi tak. Pro mě by bylo asi nejsnazší vytvořit projekt DataSnap REST Application a dále Stand-alone app>VCL app>TDataModule
V této aplikaci bych potom vytvořil připojení k DB a spouštěl REST server pro připojení mobilů.
Zvládne průměrný notebook spuštěný server a samostatnou práci v databázi přes aplikaci + připojení druhého PC k databázi na tomto notebooku + přístupy cca 50-150 telefonů pro zobrazování dat?

Telefony nebudou zapisovat ani upravovat žádná data, jen číst.

Snad ano, ale mel by sis jej vyzkouset pod umelou zatezi (REST server muzes otestovat trebas pomoci Apache HTTP server benchmarking tool).
Ok, až to bude někdy hotové, tak to vyzkouším.

Online Delfin

  • Guru
  • *****
  • Příspěvků: 610
  • Karma: 27
  • SW konzultant
    • Verze Delphi: 2009, Tokyo
Dava. Jen budes psat dvoji interface (jeden pro prime spojeni s RDBMS a druhy pro REST server).
OK, tak to takhle udělám. Nejsem si jistý, jak by to šlapalo při práci pouze přes REST server i na zapisujících PC.

Je tam overhead v podobe prijeti a "precteni" pozadavku na zapis (REST requestu). Za cenu dvojiho interface.

Moznosti je spousta. Co me napada trebas, nevim jak ma Delphi ten REST implementovany, ale neco malo bys mohl ziskat "integrovanim" obou interface, kdy bys napr. po commitu zaznamu primym RDBMS interface predpripravil do cache session klientu potrebne zaznamy nebo primo sestavil REST response pro REST interface (alespon na casove kriticke operace). Tim by klienti nemuseli pres REST opakovane sahat do databaze. Pak treba moznost chodit si jen pro delty mezi tim co uz na klienta stahli a co je na serveru noveho. Atd.

Tech moznosti i optimalizaci bude dost ::) :)
« Poslední změna: 09-01-2018, 22:53:38 od Delfin »
I'm a soldier, so don't panic!

 

S rychlou odpovědí můžete používat BB kódy a emotikony jako v běžném okně pro odpověď, ale daleko rychleji.

Jméno: E-mail:
Ověření:
Kolik je šest plus čtyři (slovem):