Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie
Toon posts:

[PGSQL] invoegen datum error melding.

Pagina: 1
Acties:

Onderwerpen


  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
Ik heb in PostgreSQL een kolom CreatieDatum.

Nu komt er uit een andere database (Cache via ODBC koppeling) een bepaalde datum. Als ik deze datum 1 op 1 in PGSQL wil stoppen krijg ik de volgende melding:

Warning: pg_query(): Query failed: ERROR: column "creatie" is of type date but expression is of type integer.

Hoe kan ik zorgen dat de data die ik uit de bron database haal omgezet wordt naar het juiste type om hem in PGSQL te kunnen stoppen??

  • Tukk
  • Registratie: januari 2002
  • Laatst online: 19-02 14:46

Tukk

De α-man met het ẞ-brein

De melding zegt dat je een datum veld probeert te vullen met een Integer.

Vaak worden datums opgeslagen als integer (aantal seconden sinds een bepaalde datum).
Kijk naar de source, wat voor formaat dat heeft en converteer dit in je insert statment naar een datum formaat.

Q: How many geeks does it take to ruin a joke? A: You mean nerd, not geek. And not joke, but riddle. Proceed.


  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
De source levert mij: 11-4-2007.
Wordt dit nog steeds als integer gezien dan?

  • Kettrick
  • Registratie: augustus 2000
  • Laatst online: 11:58

Kettrick

Rantmeister!

quote:
Raffytje schreef op woensdag 11 april 2007 @ 13:16:
De source levert mij: 11-4-2007.
Wordt dit nog steeds als integer gezien dan?
In het raarste geval is het -2000, maar dan gaat er iets niet goed in je koppeling lijkt me :)
de enige geldige integer waarde zou een timestamp kunnen zijn.

  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
quote:
RoeLz schreef op woensdag 11 april 2007 @ 13:19:
[...]


In het raarste geval is het -2000, maar dan gaat er iets niet goed in je koppeling lijkt me :)
de enige geldige integer waarde zou een timestamp kunnen zijn.
Roelz,
In PHP geeft hij hem gewoon weer als 11-4-2007 dus ALS die het dan gaat berekenen zou dat in de UPDATE quer moeten gebeuren maar dat lijkt me sterk.

Hoe kan ik van die integer een geldige timestamp kunnen maken dan?

  • TheRookie
  • Registratie: december 2001
  • Niet online

TheRookie

Nu met R1200RT

post de update query eens ?

  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
query is:
SQL:
1
2
3
UPDATE eva_klanten 
        SET aanhef=$record->Aanhef', voorletters='$record->Beginletters', tussenvoegsel='$record->Tussenvoegsels', achternaam='$record->Achternaam', geslacht='$record->Geslacht', soortrelatie='', email='$record->EmailAdres', tel1='$record->Telefoon1', tel2='$record->Telefoon2', tel3='$record->Telefoon3', klantnummer=$record->Nummer, creatie=$record->Creatie, datumlaatstewijziging=$record->DatumLaatsteWijziging
        WHERE klantnummer=$pg_record->eva_klanten_id

Hierbij zijn de kolommen: creatie en datumlaatstewijziging DATE velden.

  • TheRookie
  • Registratie: december 2001
  • Niet online

TheRookie

Nu met R1200RT

creatie='$record->Creatie' ? (iig in mssql)

BTW: aanhef=$record->Aanhef', ==> aanhef='$record->Aanhef',

TheRookie wijzigde deze reactie 11-04-2007 13:41 (44%)


  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
Als ik creatie='$record->Creatie' invul dan loopt de update wel maar komt er in de DB NULL te staan...

Maar ben iig die fout kwijt dus ga nu ff opzoek waarom die niks in de DB zet.

IIG bedankt tot zo ver :-)

  • RobIII
  • Registratie: december 2001
  • Laatst online: 20:54

RobIII

Admin Devschuur®

^ Romeinse 3 ja!

DTE >> PRG

There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery.

Roses are red Violets are blue, Unexpected ‘{‘ on line 32.

Over mij


  • TheRookie
  • Registratie: december 2001
  • Niet online

TheRookie

Nu met R1200RT

kan nog zijn dat pgsql de datum in yyyy-mm-dd formaat verwacht :)

  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
quote:
TheRookie schreef op woensdag 11 april 2007 @ 13:48:
kan nog zijn dat pgsql de datum in yyyy-mm-dd formaat verwacht :)
Hoe kan ik terug vinden wat voor DATE formaat mijn PGSQL server verwacht?

  • TheRookie
  • Registratie: december 2001
  • Niet online

TheRookie

Nu met R1200RT

Je zou natuurlijk zelf de moeite kunnen nemen om de PostgreSQL manual of google te bekijken ;)

  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
quote:
TheRookie schreef op woensdag 11 april 2007 @ 14:07:
Je zou natuurlijk zelf de moeite kunnen nemen om de postgresql manual of google te bekijken ;)
Als ik dat nog niet had gedaan had ik ook de vraag hier niet gesteld.
Ik heb nl testen uitgevoerd in verschillende formaten direct in de DB te update maar zonder succes.

Zelfs als ik het ISO-8601 formaat gebruik lukt het niet.

  • TheRookie
  • Registratie: december 2001
  • Niet online

TheRookie

Nu met R1200RT

quote:
Raffytje schreef op woensdag 11 april 2007 @ 14:10:
[...]


Als ik dat nog niet had gedaan had ik ook de vraag hier niet gesteld.
Ik heb nl testen uitgevoerd in verschillende formaten direct in de DB te update maar zonder succes.

Zelfs als ik het ISO-8601 formaat gebruik lukt het niet.
Uit niets in 't topic blijkt dat je dit al geprobeerd had.
Volgens de manual zou YYYY-MM-DD en ook YYYYMMDD gewoon moeten werken ? (zie tabel 5-10 voor v7.3 of 8-10 voor v8.0

  • Motrax
  • Registratie: februari 2004
  • Niet online

Motrax

Profileert

Je geeft aan dat php dd-mm-yyyy als output geeft. Maar je bent met 2 databases bezig. Kan het zijn dat php zelf het datum veld converteert? Kan je in de bron database kijken naar de source data en naar het data type? Het lijkt er namelijk op omdat je een NULL ingevuld krijgt in je target database dat de vergelijking niet goed wordt gemaakt met 2 correcte datum types.

Motrax wijzigde deze reactie 11-04-2007 14:27 (26%)

☻/
/▌
/ \ Analyseert | Modelleert | Valideert | Solliciteert | Generaliseert | Procrastineert | Epibreert |


  • Creepy
  • Registratie: juni 2001
  • Laatst online: 20:36

Creepy

Moderator Devschuur®

Tactical Espionage Splatterer

quote:
Raffytje schreef op woensdag 11 april 2007 @ 14:10:
[...]


Als ik dat nog niet had gedaan had ik ook de vraag hier niet gesteld.
Ik heb nl testen uitgevoerd in verschillende formaten direct in de DB te update maar zonder succes.

Zelfs als ik het ISO-8601 formaat gebruik lukt het niet.
Als je dan ook aangeeft welke formaten je hebt geprobeerd en de eventuele melding die je erbij krijgt dan kunnen we je beter helpen en voorkom je tips over zaken die je al hebt geprobeerd.

We're building self-driving cars, but we haven't even figured out how to make sure vacuum cleaners don't join botnets.


  • Raffytje
  • Registratie: februari 2003
  • Laatst online: 30-01-2008
Bedankt voor jullie hulp.

De query werkt nu zoals die zou moeten. Het laatste probleem dat PGSQL bepaalde date type niet accepteerde lag niet aan PGSQL maar aa een foutje in de query.

IIG bedankt voor de hulp.

  • Motrax
  • Registratie: februari 2004
  • Niet online

Motrax

Profileert

En wat was dan het foutje in de query...?

☻/
/▌
/ \ Analyseert | Modelleert | Valideert | Solliciteert | Generaliseert | Procrastineert | Epibreert |

Pagina: 1


Apple iPhone 11 Microsoft Xbox Series X LG OLED C9 Google Pixel 4 CES 2020 Samsung Galaxy S20 4G Sony PlayStation 5 Nintendo Switch Lite

'14 '15 '16 '17 2018

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2020 Hosting door True