Dieser Thread wurde von Moderator/in rüdiger aus dem Forum ANSI C in das Forum Datenbanken verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
Danke für Deine schnelle Antwort.
Ich habe die Lösung nun gefunden. Hatte ja den Fehler gemacht in integer mit einem String durch ein + zu verknüpfen.
Der code sieht nun folgendermaßen bei mir aus, und funktioniert
string ab;
stringstream sstr;
string code1;
const char* db = "test1", *server = "localhost", *user = "root", *pass = "";
mysqlpp::Connection conn(false);
conn.connect(db, server, user, pass);
sstr << code;
sstr >> code1;
ab = "select * from table where nr=" + code1;
Vielen Dank nochmal für Eure Unterstützung.
Viele Grüße
tick313
hab ich shcon probiert. Das Problem daran ist das er halt auch hier den escapten string verwendet und probeirt da die backslashes mit slashes oder doppelbackslashes zu ersetzen.
d.h.:
REPLACE("C:\test\test.xml","\\","/")
hat 0 Effekt...
weil er den übergebenen
C:\test\test.xml wieder in C:[tab]est[tab]est.xml
verwandelt... da sind dann ahlt keine backslashes mehr drinn ...
Ein wenig solltest du dich schon selbst rein knien
Schau mal mal nach den Stichworten odbc, BDE oder deren Nachfolger ADO
Ist schon lang her - hoffe das die Buchstaben in der richtigen Reihenfolge sind
Dein Builder hat sicher auch Beispiele und eine Hilfe. Schau die dir an.
MfG f.-th.
Hi,
hab in einem anderen Forum eine passende Antwort bekommen.
Danke
mit QT z.B.:
QSettings Registry(QSettings::UserScope, "ODBC", "ODBC.INI", NULL);
qDebug() << Registry.value("Access/DBQ");
oder eventuell mit der API:
http://msdn.microsoft.com/en-us/library/ms712400(VS.85).aspx
Killer-Kobold schrieb:
hustbaer schrieb:
Lösche einfach niemals User
Das Smiley könnte man auch weglassen...
Ich finde das ist noch die beste Lösung von allen. Dann weiß man zumindest noch, wer es verbockt hat, auch wenn er nicht mehr da ist. Fürs GUI könnte man ja 'gelöschte' User als gelöscht markieren und einfach nicht mehr anzeigen.
Solange die Historienfelder nur rein informativ sind, und man immer nur maximal die letzte Aktion ablesen kann, halte ich die Löscheinschränkung für Unsinn. Wenn man wiederum mit einer echten Historie (die für jeden Datensatzstand z.B. einen Eintrag in einer Historientabelle macht) arbeitet, sähe ich das ähnlich.
Aber solange wir mit Clientdatenbanken wie Access oder MS SQL Server Compact arbeiten, in der keine Trigger etc. existieren, halte ich die einfache Lösung meist auch für das sinnvollste.
witte schrieb:
Also in postgresql funktioniert es.
Also wieder eine SQL Server Unzulänglichkeit *seufz*... (Anderseits scheine ich dann ja wenigstens mit meiner Logik richtig zu liegen).
Hallo,
Auf einem Windows Server 2008 habe ich eine offene Firewall, welche unbedingt geschlossen werden muss. Der SQL Server 2008 ist installiert und mit ihm auch der SQL Server Browser Service, über welchen die verschiedenen Instanzen angesprochen werden können (ich hoffe, ich habe das Konzept richtig verstanden). Meine Frage lautet wie folgt:
Stimmt es, dass ich, wenn ich die Firewall schliesse, nur die Ports 1433 und UDP 1434 öffnen muss für den Dienst damit dieser trotzdem noch funktionieren kann? Ich habe sowohl mit dem SQL Server, als auch mit diesen Firewalls nur sehr wenig Erfahrung
~/edit: Hat sich erledigt :p TCP 1433, 2382 und UDP 1434, sowie alle fixen TCP Ports der Instanzen~
MfG
Ich müsste in einer Server-Applikation den IDENTITY SEED eines bestimmten Tables ändern. Derzeit verwende ich dazu "DBCC CHECKIDEMT".
Dummerweise bekomm ich immer einen Fehler, so lange der Account mit dem ich das versuche nicht in der "db_owner" Rolle ist.
Gibt es eine andere Möglichkeit einen Table zu "re-seeden", ohne dass der Account gleich "db_owner" sein muss?
witte schrieb:
Schau doch mal mit dem Debugger nach was in char **argv in der Callback-Funktion ankommt.
Nichts... Die Callback-Funktion wird nie aufgerufen...
dann löse das AVG doch auf:
SELECT Month,Amount/CAST((SELECT COUNT(*) FROM agent) AS numeric) AS Average
FROM (
SELECT DISTINCT to_char(p_created, 'MM/YYYY') AS Month, COUNT(*) AS Amount
FROM Policy
LEFT JOIN Agent ON p_agent = a_id
GROUP BY to_char(p_created, 'MM/YYYY')
)v
Syntax ist Postgresql, mußt du wieder umstellen.
/Edit: den Agenten brauchst du nicht joinen, wenn du danach nicht weiter fitlern willst...
wir haben ein ziemlich grosses C++ Projekt mit vielen Datenbanken (Access 97) und seit der Umstellung der Entwicklungsumgebung von VC6 auf VS2008 (unmanaged) das Problem das es in unserer Anwendung sehr oft defekte DB's (Dao 3343, nicht erkennbares Datenbankformat) gibt. Die Migration lief soweit ganz ordentlich, aber jetzt kommen die DB Probleme. Wir greifen mit Dao360 und Jet35 auf die DB's zu. Auffallend ist auch dass es häufiger in gemischten Anlagen auftritt in der auch Windows 2000 Clients dabei sind. In reinen XP Anlagen deutlich weniger oder keine Probleme.
Kann mir da jemand einen Tipp geben.
Ansatz:
kann es sein dass die executes über CDaoRecordsets oder CDaoDatabase nicht sauber funktionieren, da hier im Zuge der Umstellung IDE die Flags umgestellt werden mussten, da der Execute sonst nicht mehr funktionierte:
long diFlags = dbConsistent;
m_pDatabase->Execute(strSql, diFlags);
if((*((*pDAOE).m_pErrorInfo)).m_lErrorCode == 3073) {
diFlags = dbInconsistent;
m_pDatabase->Execute(strSql, diFlags);
}
Zusatzinfos:
da unserere Tabellen in mehreren DB's verteilt sind, wird in manchen Fällen (bei Query über verschiedene DB) über eine spezielle DB in der nur die Verknüpfungen der ensprechenden Tabellen abgelegt sind, zugegriffen.
Anlagen:
von 3 Platzanlagen (1 Server + 2 Clients) bis 10 Platzanlagen.
Kannst du mir das mit ein bisschen Python programmieren ? Ich kann leider keine _irgendeine_ Programiersprache,
suche nun aber nach Jemanden der mir sowas realisieren kann.
bei zusammengesetzten primärschlsseln kann man einfach zwei daten bestände zusammenfügen.
wenn der eine teil des schlüssels zum beispiel die standortid ist.
so kann man verteilte datenbanken realisieren.
in unterschiedlichen einrichtungen kann auf einer lokalen (und deshalb schnellen) datenbasis gearbeitet werden und die änderungen werden einfach an die anderen einrichtungen geschickt.
-=]xXx[=- schrieb:
mysql_connect ist deprecated
Glaub ich dir gerne. Bei google hab ich dahingehend ab und zu auch in Ansaetzen
was gefunden. Gibt es denn einen Ueberblick, welche Funktionen in welcher Version
deprecated sind?
Auf folgender Seite ist mysql_connect naemlich noch nicht als deprecated markiert.
http://www.w3schools.com/php/php_ref_mysql.asp
//Edit:
Sorry, war zu schnell, habs gefunden
http://dev.mysql.com/doc/refman/5.0/en/mysql-connect.html