AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Query statt Table ?

Ein Thema von Klaus D. · begonnen am 8. Dez 2003 · letzter Beitrag vom 8. Dez 2003
Antwort Antwort
Klaus D.

Registriert seit: 27. Okt 2003
Ort: 03238 Finsterwalde
124 Beiträge
 
Delphi 6 Professional
 
#1

Query statt Table ?

  Alt 8. Dez 2003, 21:46
Hallo Gemeinde

Die ADS Datenbank an der ich schreibe läuft zur zeit nur Lokal.
Ich möchte aber, daß Sie auch mal im Netwerk mit ca. 5 user läuft? und ich lese da immer wieder,
daß man bei einer DB im Netz die Finger von TTable lassen sollte.
STIMMT DAS und warum ?
Z.Bsp:
Code:
DataMod.AT_Motorart.Filtered:=false;
DataMod.AT_Motorart.Filter := 'MOTORART = ' + QuotedStr('Drehstrommotor');
DataMod.AT_Motorart.Filtered:=True;
wenn Lokal--> geht der Code doch in Ordnung, aber im Netz würde doch immer noch Lokal gefiltert oder sehe ich das falsch ?
Tschö Klaus
  Mit Zitat antworten Zitat
Benutzerbild von Leuselator
Leuselator

Registriert seit: 18. Mär 2003
Ort: Berlin
589 Beiträge
 
Delphi 8 Architect
 
#2

Re: Query statt Table ?

  Alt 8. Dez 2003, 22:33
TTabels sind gut für fileorientierte "Datenbanken" (Access/Paradox/DBase etc), bei denen also keine Service-Programm auf einem Rechner läuft und die Kontrolle über die Daten hat. Bei "echten" Datenbanken (Interbase/Oracle/MS-SQL/MySql etc.) haben sie meines Erachtens nix verloren (Niemand, der 'nen Hammer hat, benutzt 'ne Säge zum Nageln, auch wenn's zur Not gehen würde ).

Filtern.
Mit dem Begriff Filtern kann ich nicht soviel anfangen. Er taucht hier immer wieder im Forum auf und ich denke, das dies von der Property "Filtered" der TTable herrührt. Da ich TTable noch nie auch nur mit dem Ar*** angeguckt habe, kann ich es nicht mit Bestimmtheit sagen, aber ich denke, das dies auf eine Client-seitige Filterung der Antwortdatenmenge hinausläuft, was wiederum performance-mäßig betrachtet der absolute Schwachsinn wäre (Server sendet ungefilterte DatenMenge an den Client, was dauert und das Netz belastet, und Client übernimmt dann den Job des Servers - das ist natürlich bei filebasierten "Pseudo-DB's" nicht anders möglich, bei serverbasierten allerdings ein Schmarrn). Deshalb kann es schon sein, das hier im Forum an der einen oder Anderen Stelle vor dem "Filtern" gewarnt wurde.
Gegen den Einsatz von Einschränkungen (Where-Klauseln) im SQL-Statement ist dagegen nichts einzuwenden - im Gegenteil. Die Where-Klausel führt ja schon bei der Selektion der Daten auf dem Server zu Geschwindigkeitsvorteilen, da die Ergebnisdatenmenge beschränkt und damit verkleinert wird.
Gruß
Tim Leuschner
Programmierer = moderner Sysiphos: stets wenn er meint, den Stein seiner Dummheit auf den Berg des Wissens gewuchtet zu haben, erblickt er einen völlig neuen Aspekt und der Dummfels poltert mit Getöse zurück ins Tal der Unwissenheit...
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:29 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz