Frage : Modernisierte Werte im Datenbank dowsn't zeigen in der Form…

Hallo haben guys.

I ein extrem ärgerliches Problem. Ich lasse eine Datenbank 2005 Mitgliedstaat-SQL und ein webinterface bilden in klassischem Asp. Ich habe eine Form, in der ich neue Rekorde verursache, und ich habe auch eine Form, in der ich vorhandene Aufzeichnungen redigieren kann. Wenn ich alle Felder mit Werten keine Angelegenheit anfülle, wenn ich ein neues bilde oder eine vorhandene Aufzeichnung redigiere, aktualisiert sie fein zur Datenbank, wenn ich direkt die Datenbank über das Eil Microsoft-SQL-Server-Management-Studio untersuche. ABER, wenn ich oben die Aufzeichnung - neu sowie redigierte - alle Felder schaue, stellt nicht dar, wie aktualisiert! Und da ich direkt die Datenbank untersuchen kann, weiß ich, dass sie there.
So… können es einige falsche Codes für die Felder sein? sind? Möglicherweise kann ich es nicht sehen, weil ich Nüsse… erhalte, also ich Ihnen einige Beispiele nenne:

This man arbeitet:
Item („privat_spec1_valg“). Value))) Dann wenn („Null“ = CStr ((Recordset1.Fields.Item („privat_spec1_valg“). Wert) )) Dann Response.Write („selected= " " vorgewähltes " ""): Response.Write ("") %>>ion>
<%
While (NICHT Recordset2.EOF)
%>
" vorgewähltes " ""): Response.Write ("") %> ><%= (Recordset2.Fields.Item („speciale“). Wert) %>>
<%
Recordset2.MoveNext ()
Wend
If (Recordset2.CursorType > 0) Then
Recordset2.MoveFirst
Else
Recordset2.Requery
End If
%>


This man arbeitet nicht:

style= " Breite: 150px; „>
" vorgewähltes " ""): Response.Write ("") %>>ion>
<%
While (NICHT Recordset2.EOF)
%>
" vorgewähltes " ""): Response.Write ("") %> ><%= (Recordset2.Fields.Item („speciale“). Wert) %>>
<%
Recordset2.MoveNext ()
Wend
If (Recordset2.CursorType > 0) Then
Recordset2.MoveFirst
Else
Recordset2.Requery
End If
%>


Here ist anders, das arbeitet:

st“ value= " <%= (Recordset1.Fieldds. Einzelteil („praktiserendelæge_tekst“). Value) %>“ size= " 32“/>

And, das dieses nicht bearbeitet:



I müssen auf dem bestehen, welches die variablenames von den Datenbanktabellen korrekt sind. Ich überprüfte sie immer wieder… und wie ich sagte. Das Schaffung-/Updateverfahren ist adaequat.
Can sehen Sie Kerle eine Störung oben in die zwei Beispiele, als nicht? arbeitet?
If, das es korrekt schaut (während ich denke, dass es tut), dann mir, wenn erklärt bitte, es etwas in den Datenbankeinstellungen gibt, die etwas oben verwirren können?

Best regards

Ullenulle

Antwort : Modernisierte Werte im Datenbank dowsn't zeigen in der Form…

Ich einschloß einen TROPFEN-TABELLEN-Befehl bitte mit.einschließe NICHT das as.  So sollte die AUSERWÄHLTE Aussage wie dieses aussehen:

1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19: 20: 21: 22: 23: 24:

VORWÄHLEN [serienummer], [journalnummer], [chainlink], [das kontaktdato], [zuerst], [telefonisk], [skriftligt], [personligt], [Patient], [pårørende], [familierelation], [praklæge/speciallæge], [sygehus], [kommune_henvend], [Anonymus], [andre_henvend], [fornavn], [efternavn], [cprnummer], [adresse], [postnr], [vorbei], [telefonprivat], [telefonarbejde], [mobiltelefon], [eMail], [fornavn2], [efternavn2], [adresse2], [postnr2], [by2], [telefonprivat2], [telefonarbejde2], [mobiltelefon2], [email2], [praktiserendelæge], [praktiserendelæge_tekst], [vagtlæge], [vagtlæge_tekst], [speciallæge], [speciallæge_tekst], [tandlæge], [tandlæge_valg], [andre behandlere], [andre behandlere_valg], [kommune], [kommune_valg], [transportudbyder], [transportudbyder_valg], [roskilde_valg], [roskilde_spec1_valg], [roskilde_spec2_valg], [køge_valg], [køge_spec1_valg], [køge_spec2_valg], [holbæk_valg], [holbæk_spec1_valg], [holbæk_spec2_valg], [kalundborg_valg], [kalundborg_spec1_valg], [kalundborg_spec2_valg], [fakse_valg], [fakse_spec1_valg], [fakse_spec2_valg], [næstved_valg], [næstved_spec1_valg], [næstved_spec2_valg], [slagelse_valg], [slagelse_spec1_valg], [slagelse_spec2_valg], [nykøbing_f_valg], [nykøbing_f_spec1_valg], [nykøbing_f_spec2_valg], [nakskov_valg], [nakskov_spec1_valg], [nakskov_spec2_valg], [ringsted_valg], [ringsted_spec1_valg], [ringsted_spec2_valg], [garantiklin_valg], [garantiklin_spec1_valg], [garantiklin_spec2_valg], [psyk], [psyk_valg], [psyk_spec1_valg], [psyk_spec2_valg], [andre_off_sgh], [andre_off_sgh_valg], [andre_off_sgh_spec1_valg], [andre_off_sgh_spec2_valg], [andre_off2_sgh], [andre_off2_sgh_valg], [andre_off2_sgh_spec1_valg], [andre_off2_sgh_spec2_valg], [privat_sygehuse], [privatsygehuse_valg], [privat_spec1_valg], [privat_spec2_valg], [udenl_sgh], [udenl_sgh_valg], [udenl_spec1_valg], [udenl_spec2_valg], [andre_hvem], [andre_tekst], [frit_sgh_valg_ventetid], [us_pleje_reh], [adm_info_visi], [komm_adf], [kontaktpers], [livstrue_kraeft], [livstrue_hjerte], [klage_erstat], [pt_retsstill], [befordring], [sygesikring], [socialt], [Service], [anden_info_vej], [indhentet_info], [telefonisk_tilbagemelding], [sendt_materiale], [Dialog], [møde_patient_pårør], [bisidder], [bistand_klage], [videresend_klage], [anmeld_hændelse], [andet_handling], [andet_handling/tekst], [henvist_til], [henvist_til_tekst], [behandling_udl], [true_syg_maks_vente], [andretekst], [anden_info_vej_tekst], [kommentar] VON [ullenulle_patientvejledersa]. [[tbl_registrer]