Poslední příspěvky

Stran: 1 2 [3] 4 5 ... 10
21
FireDAC / Re:SQLite + FireDAC + UDF nevracajú nadefinovaný dátový typ v rámci SELECT
« Poslední příspěvek od Delfin kdy 22-11-2017, 21:42:37 »
Citace
Názvy polí môžu pozostávať z čísiel a písmen v maximálnej dĺžke 64 znakov vrátane medzier.
Citace
8. Na to dobry duvod neexistuje. Zkus prekvapit
K tomuto sa pripájam. To bola prvá vec čo ma dosť zarazila ;)

S tim souhlas, ale to je bod 9 :) Tam jsem jen "zoufal" (psat pohadky ve schematu proste nepatri [mimo komentare sloupcu], ale chapu to jako stary, amatersky vyrobeny system). Me spis zarazi bod 8., kdy chce nekdo ukladat 7GB/mesic na stroj kde se boji nainstalovat plnohodnotny DBMS. Takova data patri na "centralizovany", zalohovany server, k serveru pak (alespon jeden) administrator (takova ta opicka pred kterou hrozi nebezpeci urazu po letu vyrazeneho kusu hardware pri zmince slova Windows).

Práve posielam širšie objasnenie dôvodov. Myslím, že tam sú odpovede.

Jsem jedno velke ucho :) Byt mi par pratel v minulosti naznacovalo jiny organ ;D
22
FireDAC / Re:SQLite + FireDAC + UDF nevracajú nadefinovaný dátový typ v rámci SELECT
« Poslední příspěvek od mibainfo kdy 22-11-2017, 21:39:00 »
Práve posielam širšie objasnenie dôvodov. Myslím, že tam sú odpovede.
23
Citace
9. Access a SQLite ako jediné rozumné DB, ak vynechám C/S, prakticky nemajú limitované názvy stĺpcov a tabuliek.. Dokonca sa dajú použiť aj znaky nad 255, zrejme aj Unicode. Tu ide o kompatibilitu s Excelom..
Pri Access-e si nie som o tom celkom istý. Takže help pre 2007
Citace
Názvy polí môžu pozostávať z čísiel a písmen v maximálnej dĺžke 64 znakov vrátane medzier.
Citace
8. Na to dobry duvod neexistuje. Zkus prekvapit
K tomuto sa pripájam. To bola prvá vec čo ma dosť zarazila ;)

Ak chce niekto používať extrémne dlhé názvy polí, jedno kde, tak:
  • nevie čo robí, alebo
  • je blbec
Pre mňa je základ čitateľnosť a rýchla orientácia. To znamená, že hodím očkom po názve a musím okamžite vedieť o čo ide. Ináč to odvádza pozornosť a znižuje výkonnosť užívateľa.
24
Obecné / Re:xmldokument problem
« Poslední příspěvek od pf1957 kdy 22-11-2017, 18:09:58 »
v dnešnej dobe 16GB RAM a nvme SSD by to nemal byť problém pre 100MB XML súbory, či?
100MB soubor taky neni zadnej velkej zmolek dat ;-)
25
Obecné / Re:xmldokument problem
« Poslední příspěvek od František kdy 22-11-2017, 18:08:58 »
Kód: [Vybrat]
   while Assigned(ANode) do
   begin
     count := ANode.AttributeNodes.Count ;
     for I := 0 to count - 1 do
       begin
         if Memo2.Lines.IndexOf(ANode.AttributeNodes.Nodes[i].NodeName) = -1 then
                   Memo2.Lines.Add(ANode.AttributeNodes.Nodes[i].NodeName) ;
       end;
     ANode := ANode.NextSibling;
   end;

riešenie mojej otazky (ale len na dokument s hodnotami v atribútoch), ale musím si najskôr očekovať celé XML-ko, aby som zistil všetky použité atribúty (našťastie to trvá zanedbateľný čas cca do 1s)
26
Obecné / Re:xmldokument problem
« Poslední příspěvek od František kdy 22-11-2017, 18:05:35 »
v dnešnej dobe 16GB RAM a nvme SSD by to nemal byť problém pre 100MB XML súbory, či?
27
Obecné / Re:xmldokument problem
« Poslední příspěvek od pf1957 kdy 22-11-2017, 17:56:42 »
no takže mi to príde trocha chaotické používať atribúty a elementy na rozdielne účely (uloženie hodnôt), či?
Aspon se zda, ze tvurcum rozhrani MIDAS v Delphi tj. napr. underlying XML data pro TClientDataSet to prislo taky matouci, protoze udelali (snad z nepochopeni) prasarnu, ze element = jeden radek v result setu a jeho fields = atributy :-(

28
Obecné / Re:xmldokument problem
« Poslední příspěvek od pf1957 kdy 22-11-2017, 17:52:21 »
no takže mi to príde trocha chaotické používať atribúty a elementy na rozdielne účely (uloženie hodnôt), či?
ako potom napísať univerzálny parser?
Interpretaci XSD ev. DTD pravidel - cili prakticky skoro nijak ;-)

Muzes vzit XML wizarda z Delphi, predhodit mu XSD, DTD nebo vzorek XML souboru a on ti vytvori objektovou reprezentaci DOM modelu dokumentu. Pokud si na tom wizard nevylame zuby a model vytvori, tak s tim muzes pracovat jako s beznymi objekty.

A kdyz se ti objevi jiny soubor, tak si vytvoris novy DOM model etc...

Akorat ten DOM model neni vhodny pro velke zmloky dat, protoze je cely v pameti.
29
Obecné / Re:xmldokument problem
« Poslední příspěvek od František kdy 22-11-2017, 17:43:17 »
no takže mi to príde trocha chaotické používať atribúty a elementy na rozdielne účely (uloženie hodnôt), či?
ako potom napísať univerzálny parser?
30
Obecné / Re:xmldokument problem
« Poslední příspěvek od František kdy 22-11-2017, 17:40:06 »
fdaka už to študujem (a to som si myslel, že to viem)
Stran: 1 2 [3] 4 5 ... 10