AGB  ·  Datenschutz  ·  Impressum  







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

MS SQL Ado Locate

Ein Thema von msickel · begonnen am 2. Okt 2011 · letzter Beitrag vom 3. Okt 2011
Antwort Antwort
msickel

Registriert seit: 14. Mai 2005
108 Beiträge
 
Delphi 2005 Professional
 
#1

MS SQL Ado Locate

  Alt 2. Okt 2011, 13:32
Datenbank: MSSQL • Version: 2008 • Zugriff über: ADO
Hi,

habe das Problem das über Locate der Datensatz nicht gefunden wird. Der zu suchende String beinhaltet Sonderzeichen wie zum Beispiel

'hallo&aufwiedersehen' oder 'info & user' wie kann ich es anstellen das die Einträge gefunden werden?

Der Locate Aufruf sieht so aus

Delphi-Quellcode:
ADOSpecial.Locate('Workgroup',QuotedStr(SearchString),[loCaseInsensitive])
// das habe ich auch schon versucht
ADOSpecial.Locate('Workgroup',SearchString,[loCaseInsensitive])
was mache ich verkehrt?

Bin für jede Hilfe dankbar
Martin
ich weiss, das ich nichts weiss!
  Mit Zitat antworten Zitat
FredlFesl

Registriert seit: 19. Apr 2011
293 Beiträge
 
Delphi 2009 Enterprise
 
#2

AW: MS SQL Ado Locate

  Alt 3. Okt 2011, 12:15
Ist mir auch schon aufgefallen, das das 'Locate' irgendwie nicht funktioniert. Hab mir dann ein Eigenes geschrieben.
Das Bild hängt schief.
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.196 Beiträge
 
Delphi 10.4 Sydney
 
#3

AW: MS SQL Ado Locate

  Alt 3. Okt 2011, 13:05
Wieso überhaupt Locate? Bei einem SQL Server lässt man das doch sinnvollerweise über SQL-Queries laufen ...
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#4

AW: MS SQL Ado Locate

  Alt 3. Okt 2011, 14:28
Ich bevorzuge es auch, soetwas per SQL zu lösen. Daher hab ich schon lange nicht mehr mit Locate gearbeitet.

2 Gedanken:
Du verwendest loCaseInsensitive, was bedeutet, dass locate intern Deine Suchwerte umbauen muss. Hab mir die Routine noch nie angesehen, aber vermutlich passiert hier sowas wie UpperCase(:parameter) auf beiden Seiten, oder AnsiUpperCase. An der Stelle würde ich mal graben.
'&' sowie '*' wird gerne intern als Wildcard eingesetzt, wie '%' und '_' in SQL. Weiß nicht, ob das bei ADODataset auch so ist. Falls ja, musst Du Dich vielleicht mal um das Zusammenspiel von LoPartialKey, Escape Sequenzen usw. kümmern. Ich hab mal irgendwo gelesen, dass '#' intern als Escape Sequence oder wahlweise Stringdelimiter verwendet wird und ebenfalls problematisch sein kann-als Suchwert.

Das sind lediglich Ideen, hab es wie gesagt schon ewig nicht mehr verwendet. Vielleicht hilft es weiter, wenn Du Dich wirklich um SQL drücken willst oder musst.
Gruß, Jo
  Mit Zitat antworten Zitat
FredlFesl

Registriert seit: 19. Apr 2011
293 Beiträge
 
Delphi 2009 Enterprise
 
#5

AW: MS SQL Ado Locate

  Alt 3. Okt 2011, 14:49
Wieso überhaupt Locate? Bei einem SQL Server lässt man das doch sinnvollerweise über SQL-Queries laufen ...
Ach was.
Wie würdest Du folgende Aufgabenstellung per SQL lösen:
Lade die Kundendaten ein und positioniere dann den Datensatz auf den Kunden, dessen Nachname die im Editfeld 'edFilter' eingegebenen Zeichen enthält.
Also mir fällt da nur myCustomerTable.Locate('cuName',edFilter.Text, [loPartialKey,loCaseInsensitive]) ein.
Mit SQL lässt sich das Positionieren des Datensatzzeigers imho nicht sinnvoll lösen.
Das Bild hängt schief.
  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 08:32 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