Ca și în mssql prin introduceți câmpul cu date inserate

Ca și în MSSQL prin INSERT introduceți câmpul DATE

Buna ziua. În tabel există un câmp de tip DateTime.
Când încercați să inserați o înregistrare nouă prin INSERT.
În cazul în care data reprezintă o linie, eroarea se declanșează






(și în cazul Interbase a trecut astfel)

quTemp1.SQL.Add ("INSERT INTO Test (data1) VALUES ("
+# 39 + DateToStr (data) + # 39+ ")");

Cred că trebuie să convertesc valoarea.
Spune-mi cum să o fac corect.
Mulțumită în avans.

Și ce nu-ți place toate întrebările parametrice?

Totul este în format. Procedez după cum urmează:

INTRODUCEȚI ÎN. VALORI (GetDate ());

Data și ora curentă a MS SQL înghite astfel.

> SQLMan - ideea este clară și alegerea dvs. pentru introducerea unui nou record va fi bine,
dar cum să fii atunci când trebuie să schimbi data prin UPDATE.
La urma urmei, esența problemei rămâne.

Și dacă clientul dorește să introducă data sistemului, și
este serverul într-un alt fus orar?

În opinia mea, Mick (14.12.01 12:14) are dreptate
..Sql = "INSERT INTO Test (date1) VALOURI (: MyDate)"
parametrul trebuie să fie DateTime
atunci. Parametrizare ("MyDate"). AsDateTime: = MyDate

> Mick - Și de ce deranjează? La urma urmei, timpul și data serverului au o prioritate mai mare. Și în cazul UPDATE, data și ora vor fi convertite prin DateTimeToStr. Și este mai bine să utilizați parametrul! Va fi mai simplu și mai fiabil.







Dacă această dată este cunoscută la nivelul serverului, este mai bine să o introduceți cu un declanșator

SQLMan: De exemplu, clientul dorește să introducă un timp de tranzacționare astronomic (local) și prioritatea cuiva nu îi pasă.

Și despre cum "mai ușor și mai fiabil" o persoană a primit imediat un răspuns.

Mulțumesc tuturor pentru cooperarea lor.
Nu auzind răspunsul corect (discuția a mers în direcția "ce este mai bine", deși m-am întrebat ce dă o eroare),
încă a trebuit să „sape“ mai adânc și a constatat că a apărut o eroare la inserarea din cauza diferite formate de dată: în baza de date mm.dd.gg. și am încercat încăpățânat să rămân dd.mm.yy.
Probabil că e vorba de GRAB, kotr. mulți au trecut.

Ie Puteți introduce data prin inserarea SQL folosind funcția CAST () sau pur și simplu prezentând data ca șir, numai în format CORRECT.

Când utilizați parametrii acestor "rake" nu este, dar dacă doriți cu siguranță să scrieți așa, atunci chiar CAST sau CONVERT

> Delirium
Cu toate acestea, fără a lua în considerare specificul acestui format, puteți încerca să scrieți data într-un format diferit de cel implicit în SQL Server. Din câte știu, formatul datei depinde de setările regionale. Nu-i așa?

> SQLMan
Nu discutați, verificați dacă nu credeți că formatul de yyyddmm nu depinde de nici o regiune sau de alte setări în MSSQL.

Wrong yyyymmdd. bineînțeles :)
Ea există în paralel cu formatele regionale acceptate.

Odată ce o astfel de cântec a dispărut - o altă întrebare.
Și unde în MSSQL este posibil să ajustați formatul datei?
Ceva în care sunt în mișcare și nu am găsit.
(Mi-am dat seama că, cu setările regionale, MSSQL nu este un bun prieten)

Citiți ajutorul pentru SET DATEFORMAT







Trimiteți-le prietenilor: