Re: Wieder MySQL 4.1
- From: Axel Schwenke <axel.schwenke@xxxxxx>
- Date: Sat, 1 Oct 2005 01:26:14 +0200
"Volkhard Kuhn" <volkhard.kuhn@xxxxxxxxxxxx> wrote:
[Schwafel]
> Bisher konnte man unter z.B. MySQL 4.0.14 die xxx.frm usw. Datensätze
> ruhig löschen und via ODBC neu aufspielen.
Huch! Laß mich raten: du bremst dein Auto auch ab, indem du bei
laufender Fahrt die Radmuttern löst und dann die Reibung zwischen
Straßenbelag und Unterboden zum Bremsen ausnutzt?
> Das klappt ja mit der neuen Version nicht mehr.
..oO( du warst das, der nach dem Update auf 4.1 unerwartet auf InnoDB
gestoßen war? )
> error.log verrät mir drop table
Tja Herr Schlaumeier,
wie wäre es denn mal damit, im Handbuch unter DROP TABLE nachzu-
schlagen? Du könntest so eventuell lernen, wie man Tabellen richtig
löscht. Und mach gleich einen Zwischenstop bei DELETE. Normalerweise
will man ja eher Datensätze löschen als gleich ganze Tabellen.
> Welche Möglichkeiten habe ich auf die schnelle (per Arbeitsablauf) noch
> die Datensätze zu aktuallisieren. Habe es zwar noch nicht mit dem
> Administrator ausprobiert, aber da es ein einzelnen Rechner ist, fällt
> wahrscheinlich diese Lösung auch flach, da andere Teilnehmer ja nicht
> als Root oder per User sich verbinden lassen könnten.
Was willst du eigentlich sagen? Vermutlich hast du deine Datenbank
geschrottet, weil du die .frm Files gelöscht hast. Lösch also den
Rest auch noch und fang mit einer leeren Datenbank von vorn an.
XL
.
- Follow-Ups:
- Re: Wieder MySQL 4.1
- From: Volkhard Kuhn
- Re: Wieder MySQL 4.1
- Prev by Date: Vergleich zweier Tabellen, fehlende suchen
- Next by Date: Re: Select langsam trotz LIMIT 4
- Previous by thread: Vergleich zweier Tabellen, fehlende suchen
- Next by thread: Re: Wieder MySQL 4.1
- Index(es):
Relevant Pages
|
