Optimizer schrieb:
Was machst du denn genau und was benutzt du dafür?
So schreibe ich das Ganze in die DB ...
SQL << L"INSERT INTO TABLE VALUES('" << wstr << L"')";
m_DBOracle.ExecuteSQL(SQL.str().c_str());
... und so lese ich es wieder aus:
RSTest.Open(CRecordset::forwardOnly, L"SELECT * FROM TABLE");
RSTest.GetFieldValue(L"TEXT", cswTxt);
Danke für die Antworten, habe aber schon das richtige gefunden
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_ra-rz_9oj7.asp
Danke, aber da steht leider auch nur, wie man ein cluster erstellt und das kann ich ja schon.
Meine Frage ist aber, wie ich TUPPEL in die Relation, die im Cluster ist eingeben kann?
Wenn ich es einfach mit insert into und values versuche, wird die Relation irgendwie nicht mehr gefunden.
Möglicherweise mache ich aber auch nur was ganz simles falsch?!
Vielen Dank für Eure Antworten
Das mit dem rüberkopieren der dlls hat tatsächlich geholfen. Ausserdem hatte ich vorher die php.ini welche in dem php ordner lag konfiguriert. Dies war falsch man musste die unter c:\windows\php.ini konfigurieren. Sofern sie noch nicht da lag, musste man sie dorthin kopieren. Dort musste das Komentarsemikolon vor dem Modul mysql entfernt werden. Dann funktioniert alles
Vielen Dank auch für den link, dies scheint ein interessantes Projekt zu sein *bookmark*.
Gruß
Ein Normalisierung macht man i.R. bis zur 2. oder 3ten Form. Nicht weiter.
Gibt IMHO 9 Formen oder so.
Wenn du kleine Tabellen hast dann ist alles schneller auch wenn die SQLQUERYS länger und komplexer werden.
Für die Datenbank ist es ein Unterschied ob sie eine Datei mit 10 MB durchsuchen muss oder ob die Datei 100MB hat und daraus braucht man in der Mitte nur einen Datensatz.
Hier kommt es aber auch auf das RDBMS an.
MySQL würde eine Normalisierung mit Tempo begrüssen.
Hey, das klingt gut.
Hab es jetzt vorerst so gelöst, dass ich erstens die String-Werte für Zeichenfelder in Hochkomma übergebe, aus FoxPro heraus gehts nicht, aber aus meinem Prog heraus schon ... komisch, und zweitens alle Hochkomma in den Werten werden durch doppelte Hochkomma ersetzt. Sozusagen nen Escape ohne Standard-Backslash. Funzt jedenfalls.
Danke allen und den Parameter-Tipp werde ich noch mal verfolgen.
bei mysql gibt es ja dafür addtime(), bei OpenOffice Base scheint aber noch nicht viel mit Zeiten und Datumsfelder an Berechnungen zu gehen, den selbst bei between setzt es schon aus
Ich habe auch nicht gesagt, Du sollst DBGrid & Navigator weglassen.
Ich wollte nur ausdrücken, daß die Events, die Du nutzen kannst direkt in der Komponente "hängen", die das DataSet hat, und daß ist DBQuery.
Das schließt Lineas Aussagen nicht aus. Es gibt oft mehrere Varianten, z.B. diese:
void __fastcall TForm1::ADOQuery1AfterScroll(TDataSet *DataSet)
{
int i = ADOQuery1->FieldByName("TESTSPALTE")->AsFloat;
}
Hi,
ich versuche gerade eine Verbindung mit C unter CE zum MS SQL Server CE 2.0 herzustellen.
Unter CE gibt es so wie es aussieht keine Möglichkeit ODBC zu verweden oder sehe ich das falsch?
Was heißen würde, das nur OLE DB zur Verfügung steht. Doch leider habe ich noch keine Beispiele dazu gefunden wie ich mit C OLE DB einbinden kann.
Auch die MSDN war bis jetzt keine große hilfe.
Hat einer von euch vielleicht ein Beispiel dafür oder kennt eine Seite wo es beschreiben wird?
MfG
SkySurfer
mal davon abgesehen, dass du hier im falschen Forum bist, ist der Hinweis auf die Hilfe immer sinnvoll
außerdem empfehle ich die Suchfunktion des Forums, denn dann hättest du das hier gefunden
das richte Forum für deine Frage ist das BCB-SubForum
und zu deiner Frage
DBGrid1->Columns->Items[i]->Width = 100;
keiner ne idee?
hab jetzt die tabellen mit openschema bekommen!
nur brauch ich die beziehungen, da scheint openschema nen bug zu haben, funktioniert einfach nicht so wie es soll, ich bekomme den falschen spalten-name!
daher brauch ich jetzt unbedingt die Tabelle "MSysRelationships"
lg Taranga
wenn die tabellen sortiert nach den vergleichskriterien vorliegen sind das ganz bestimmt keine milliarden vergleich.
nach der sortierung noch max die anzahl der einträge in der größeren tabelle
und zum sortieren sollte nlogn oder so herhalten.
wie machst du denn zur zeit den vergleich und wie sehen die tabellen aus?
eigentlich sollten doch einfach zwei joins ausreichen um einträge ohne entsprechendes gegenstück in der anderen tabelle zu finden.
wenn die jüngere tabelle nur zusätzliche daten enthält reicht ja sogar einer
select * from (select * from tabelle_a left join tabelle_b using (kriterien)) where tabelle_b.irgendein_feld is null.
oder liege ich jetzt ganz falsch?
jenz
Wozu willst du alle IDS aus jeder Tabelle?
Es reicht doch wenn du eine Tabelle abfragst.
Solltre das so nicht gehen dann hast du einen entscheidenden Designfehler.