hi all,
Lese Daten mit jdbcdbc aus neuerer MS-Access-Tabelle(...accDB)
Leider stehen in den Feldname Umlaute (so was würd ich NIE machen).
das führt beim Setzen von PreparedStaments zu
scheinbar unsinnigen SQL-Fehlermeldungen :
Abfrage : SELECT Kürzel,Anrede FROM Anrede (ja,so ist das alles benannt !)
oder : SELECT Kuerzel,Anrede FROM Anrede
SQL-Fehler : [Microsoft][ODBC-Treiber für Microsoft Access] 1 Parameter wurden erwartet, aber es wurden zu wenig Parameter übergeben.
Abfrage : SELECT * FROM Anrede funktioniert einwandfrei
in manchen Fällen kann bei meiner Universalanwendung durchaus ein PAramter vorkommen..
und dann diese Routine:
Eigentlich wollte ich eine CRUDP(Create,Read,Update,Delete,Print)-Anwendung
für diverse Untertabellen schreiben, aber krieg ich dann bei UPDATE und INSERT die gleichen Probleme ?
wer hat ähnliche Erfahrungen gemacht und auch noch ne Lösung ?
(Später soll dann ja alles auf MS_SQL-Server umgesetzt werden,
hoffentlich werden dann die Feldname ohne Umlaute geschrieben)
aber erstmal muss ich mit MS-Access vorliebnehmen..
gruß
rwolf
Lese Daten mit jdbcdbc aus neuerer MS-Access-Tabelle(...accDB)
Leider stehen in den Feldname Umlaute (so was würd ich NIE machen).
das führt beim Setzen von PreparedStaments zu
scheinbar unsinnigen SQL-Fehlermeldungen :
Abfrage : SELECT Kürzel,Anrede FROM Anrede (ja,so ist das alles benannt !)
oder : SELECT Kuerzel,Anrede FROM Anrede
SQL-Fehler : [Microsoft][ODBC-Treiber für Microsoft Access] 1 Parameter wurden erwartet, aber es wurden zu wenig Parameter übergeben.
Abfrage : SELECT * FROM Anrede funktioniert einwandfrei
in manchen Fällen kann bei meiner Universalanwendung durchaus ein PAramter vorkommen..
Java:
Connection mk_con = get_gen_con();
if(mk_con == null)
{
System.err.println("** dbiface fill_mainkey_tab Con = NULL !?");
}
else
{
try
{
//System.out.println("QPruef_Datahandler fill_mainkey_tab Filter-Var :"+regman_qp.jt_mk_filter_var);
ps = mk_con.prepareStatement(sql_text);
//- switch-Konstruktion wegen unterschiedlicher Def. in Tabellen !
switch(menu_code)
{
case 999 :
{
//#ps.setString(1, regman_qp.jt_mk_filter_var);
//ps.setString(1, regman_qp.g_bereich_k);
//ps.setInt(2,mps.show_eg_w_especs_only);
break;
}
}
}
catch ( Exception e )
{
System.err.println("QPruef_DataHandler Menucode : "+menu_code+"Error : " +e.getMessage());
e.printStackTrace();
}
[COLOR="Magenta"]saetze = read_data2Vector_prepSt(ps, out_vec);[/COLOR]
und dann diese Routine:
Java:
public static int read_data2Vector_prepSt(PreparedStatement ps, Vector vec_data)
{
int step = 0;
//test_mode = false;
if (test_mode)
System.out.println("pif read_data2Vector_prepSt start");
//mps.show_msg_dialog("pcdb_iface3","read_data2Vector_prepSt start");
//System.out.println("pif read_data2Vector step : "+step);
//if (test_mode)
// mu2.show_intarray_content(typ_maske);
int row_count = 0, field_count=0,i=0;
ResultSet rs;
try
{
step++; //-(1)
if (test_mode)
System.out.println("pif read_data2Vector_prepSt step : "+step);
[COLOR="Red"]ps.execute();[/COLOR] //- hier hauts ihn raus !
step++; //-(2)
rs = (ResultSet) ps.getResultSet();
step++; //-(3)
if (test_mode)
System.out.println("pif read_data2Vector_prepSt step : "+step);
ResultSetMetaData rsmd = rs.getMetaData();
für diverse Untertabellen schreiben, aber krieg ich dann bei UPDATE und INSERT die gleichen Probleme ?
wer hat ähnliche Erfahrungen gemacht und auch noch ne Lösung ?
(Später soll dann ja alles auf MS_SQL-Server umgesetzt werden,
hoffentlich werden dann die Feldname ohne Umlaute geschrieben)
aber erstmal muss ich mit MS-Access vorliebnehmen..
gruß
rwolf
Zuletzt bearbeitet von einem Moderator: