AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 03:32

Parameter dieser Suchanfrage:

Suche in Thema: violation of FOREIGN KEY constraint
Suche alle Beiträge, die von "jobo" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 5 von insges. 5 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    AW: violation of FOREIGN KEY constraint

     
      by jobo, 21. Dez 2016
    Ja, mit den BDE Komponenten ergibt es m.E. mehr Sinn. Wenn Ihr das so macht, ist meine Frage, warum ohne BDE ja auch eigentlich überflüssig.

    Was nun das Alter der Delphiversion angeht, kann ich nur sagen, wir haben hier alte Anwendungen aus D5, die auch prima mit Oracle 12 arbeiten.

    Exkurs
    Und was bedeutet schon letztes Jahrtausend? Ich wohne in einem Haus aus dem letzten Jahrtausend,...
  • Forum: Datenbanken

    AW: violation of FOREIGN KEY constraint

     
      by jobo, 20. Dez 2016
    Das dürfte sich vermutlich vor Ort beim Kunden von allein ergeben.


    Ob man gleich so weit zurück muss?

    Vielleicht sind ja geeignete Win 7 Installationen am Start oder ein Windows 2003 Server mit "Restgarantie". Irgendwie werden sie ja mit dem System noch arbeiten. Ein Vorrat an funktionierenden PC, die das klaglos und fehlerfrei machen, sollte also da sein. Sowas würde ich dann nehmen.
    ...
  • Forum: Datenbanken

    AW: violation of FOREIGN KEY constraint

     
      by jobo, 20. Dez 2016
    Was wollt Ihr damit bezwecken, die BDE da raus zu halten?
    Es gibt nichts besseres als nativen Zugriff. Wem nützt der None-BDE Versuch, wenn die Einsatzbereiche eh alle BDE-"verseucht" sind? Ich würde es eher umgekehrt machen und eine entsprechend alte (alt genug), native Delphi Version nehmen. Das verspricht die wenigsten Fehlerquellen.
    Eine Datenkopiermaschine sollte man auch mit alten Delphis...
  • Forum: Datenbanken

    AW: violation of FOREIGN KEY constraint

     
      by jobo, 17. Dez 2016
    Welches SQL, das "Delete where not in"?

    Diese Konstrukte sind in vielen DB nicht so dolle implementiert, erfahrungsgemäß, also gefühlt (ich habe natürlich noch nie eine solche Implementierung gesehen)
    Viel versprechender ist es andersrum vorzugehen mittels eines Joins wie ihn DeddyH es hier
    http://www.delphipraxis.net/1356311-post8.html
    vorgeschlagen hat.

    Es ist auch naheliegend, weil...
  • Forum: Datenbanken

    AW: violation of FOREIGN KEY constraint

     
      by jobo, 16. Dez 2016
    Paradox könnte das können.
    Der SQL Dialekt nennt sich "local SQL"
    Hab auf die Schnelle das hier gefunden
    http://www.ayton.id.au/gary/it/Delphi/C_sql01.htm

    Irgendwo schwirren sicher auch die original HLP Files rum, die die Syntaxmöglichkeiten beschreiben.

    Wenn eine gefilterte Abfrage mit konsistenten Daten (s.o.) nicht gelingt, sollte es doch sicher in der Zieldb gelingen, wie...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=jobo&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=191174
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:47 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