AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Fehler "Ungültige Pufferlänge" bei TADOTable.Post
Thema durchsuchen
Ansicht
Themen-Optionen

Fehler "Ungültige Pufferlänge" bei TADOTable.Post

Ein Thema von Codehunter · begonnen am 20. Feb 2013 · letzter Beitrag vom 21. Feb 2013
Antwort Antwort
Benutzerbild von blondervolker
blondervolker

Registriert seit: 14. Sep 2010
Ort: Bei: Leeeiipzzhhh
381 Beiträge
 
Delphi XE2 Architect
 
#1

AW: Fehler "Ungültige Pufferlänge" bei TADOTable.Post

  Alt 20. Feb 2013, 17:49
Und Access 2007 oder 2010?
Nutze ich auch und geht gut.
www.bewerbungsmaker.de
  Mit Zitat antworten Zitat
Benutzerbild von Bernhard Geyer
Bernhard Geyer

Registriert seit: 13. Aug 2002
17.213 Beiträge
 
Delphi 10.4 Sydney
 
#2

AW: Fehler "Ungültige Pufferlänge" bei TADOTable.Post

  Alt 20. Feb 2013, 19:13
Und Access 2007 oder 2010?
Hat aber einen anderen Provider (Provider=Microsoft.ACE.OLEDB.12.0) und ist nur drauf wenn man auch Access installiert hat.
Und eine Lösung zu implementieren die auf andere MS-Anwendungen (und damit extra Lizenzkosten verursacht) angewiesen ist, ist m. E. ungünstig.
Windows Vista - Eine neue Erfahrung in Fehlern.
  Mit Zitat antworten Zitat
Benutzerbild von Codehunter
Codehunter

Registriert seit: 3. Jun 2003
Ort: Thüringen
2.283 Beiträge
 
Delphi 12 Athens
 
#3

AW: Fehler "Ungültige Pufferlänge" bei TADOTable.Post

  Alt 21. Feb 2013, 12:06
Erstmal danke soweit für eure Antworten. Das Indexproblem hat sich dann recht einfach lösen lassen indem ich eine Spalte in der Tabelle angelegt habe und jede Zeile per "=Zeile()" zugewiesen habe (im Excel-Programm). Diese Spalte habe ich dann bei TADOTable.MasterFields angegeben, brachte aber keinen Mehrwert. Scheinbar bastelt sich der ODBC-Treiber den Tabellenindex selbst zurecht solange er irgendwas finden kann was die Zeilen/Datensätze eindeutig macht. Mit der numerierten Spalte war jedenfalls der besagte zweite Fehler auch weg.

Nur um keine Missverständnisse aufkommen zu lassen: Ich baue keine Produktivprojekte mit Excel. Eigentlich hasse ich den Kram wie die Pest. Ich habe aber Vorgesetzte hat die Stein und Bein darauf schwören und jeglichen Datenaustausch per Excel praktizieren und keine Lust, Zahlenkolonnen händisch einzuklimpern. Drum schreib ich mir eben einen kleinen Konverter zwischen meiner SQL-Datenbank und der Vorgabeliste aus der Chefetage. Ich hab die Daten dann in Sekunden wo andernfalls zwei Sekretärinnen jeweils 3 Tage dran sitzen.

Was ist Excel eigentlich nun genau? Weder eine Datenbank noch ein Schreibprogramm, sondern irgendwas dazwischen. Quasi eine Chimäre oder ein Bastard. Selbst Access, wollte vielleicht mal eine Datenbank werden und ist auf halbem Wege stecken geblieben.
Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden
  Mit Zitat antworten Zitat
Jumpy

Registriert seit: 9. Dez 2010
Ort: Mönchengladbach
1.739 Beiträge
 
Delphi 6 Enterprise
 
#4

AW: Fehler "Ungültige Pufferlänge" bei TADOTable.Post

  Alt 21. Feb 2013, 12:35
Excel ist eine Tabellenkalkulation(ssoftware). Was immer das nun heißt.
Ralph
  Mit Zitat antworten Zitat
Benutzerbild von Codehunter
Codehunter

Registriert seit: 3. Jun 2003
Ort: Thüringen
2.283 Beiträge
 
Delphi 12 Athens
 
#5

AW: Fehler "Ungültige Pufferlänge" bei TADOTable.Post

  Alt 21. Feb 2013, 13:29
Jo für mich stellt sich da die Frage: Wurde die Software erschaffen um die Anforderung "Tabellenkalkulation" zu erfüllen oder wurde das Wort erschaffen um ein sinnfreies Programm zu beschreiben?

Genauso könnte man es "Zahlenschubsdingsbums" nennen. Es gibt ja Leute, die benutzen es zum Layouten von komplexen Formularen. Ich habe sogar schon Schülerzeitungen gesehen die Excel als DTP-Programm einsetzten.

Der Grund, warum ich mit Excel nicht warm werde, lässt sich exemplarisch an der Funktion bzw. dem Button "Zellen verbinden" herleiten: Wäre Excel spaltenorientiert, dann dürfte man sowas gar nicht machen können. Es gibt auch lustige Berechnungsfunktionen, die zellenorientiert arbeiten. Verbindet man aber Zellen, auf die sich andere Zellen per Formel beziehen, dann gibts Datensalat. Also ist es auch nicht unbedingt Zellenorientiert.

Fazit: Excel ist eine Datenbank für Leute die nicht wissen was eine Datenbank ist. Excel ist ein DTP-Programm für Leute, die mit großen DTP-Programmen nicht klar kommen. Und Excel ist ein Schreibprogramm, die damit angeben wollen dass ihnen Word nicht ausreichen täte.
Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden
  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 11:23 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz