Einmal nur möchte ich es erleben, dass diejenigen die solche schwachsinnigen “Design” Entscheidungen treffen auch damit bestraft werden sie zu benützen…
Aber nachdem Du nunmal damit leben musst:
Du kannst mit to_date() oder to_timestamp() einen String in ein Datum verwandeln, z.B.:
(Statt dem String musst Du halt Deine Spalte übergeben)
Die “bigint” Spalte speichert vermutlich ein “Unix epoch” - das ist im Prinzip die Anzahl der Sekunden seit dem 1.1.1970. Das kannst Du auch in einen vernünftige Timestamp Wert umwandeln:
to_timestamp(1538761934::bigint)
liefert auch den 05.10.2018 19:52:14
Das kann man dann mittels ::date wieder zu einem Datum verwandeln:
der der das Verbrochen hat meldet sich leider nicht mehr!!
das mit dem Datum bring ich nicht auf die Reihe, vielleicht haben wir uns falsch verstanden.
zur Vereinfachung meiner Selects würde ich gerne mit einen Datum in dieser Art arbeiten tt.mm.jjjj ich hab aber in meinen Tabellen das Datum in Form von date_time= Fri May 11 2018 20:01:41 GMT+0200 (CEST) oder als beg_timestamp=1520373303652
hab noch eine andere Frage, wie verhält sich das mit der “id” die die Datenbank ja selbst vergibt, wenn ich Neue Daten aus einer CSV Datei mit copy in die bestehende Tabelle einfügen möchte?
ERROR: FEHLER: NULL-Wert in Spalte »shooters_id« verletzt Not-Null-Constraint
einfach beim COPY angeben, daß für diese Spalte keine Daten kommen:
test=*# create table bla (id serial primary key, val int);
CREATE TABLE
test=*# copy bla(val) from stdin;
Enter data to be copied followed by a newline.
End with a backslash and a period on a line by itself, or an EOF signal.
>> 10
>> 23
>> 23
>> 12
>> 22
>> \.
COPY 5
test=*# select * from bla;
id | val
----+-----
1 | 10
2 | 23
3 | 23
4 | 12
5 | 22
(5 rows)
test=*#
ERROR: FEHLER: fehlende Daten für Spalte »shooters_id«
. mag er nicht
wenn ich dann doch eine Zahl eingebe die deutlich größer ist als die letzte vergebene meint er die existiert schon
Grrrrrrrrrr, aber nicht mit meinem Programmierer, der scheibt Ergebnisse in Felder die nicht sum() kompatibel sind,Funktion sum(character varying) existiert nicht, und dazu ein unerfahrener user(ich). Danke , mit deiner Bestätigung bin ich auf andere Spalten umgestiegen und hab mir die “Zahl” aus ihren Bestandteilen zusammen gesucht.
Jetzt funktioniert es wie gewünscht.Danke
Man sollte es nicht glauben,
aber der Ersteller dieser Datenbank arbeitet bei einer Firma die seit den 50er Jahren für die Ergebnisdarstellung der Olympischen Spiele verantwortlich ist.
Egal hab jetzt was ich brauche, kommt Zeit kommt Rat.
Ich hab eine Datei als “eg2018.csv” angelegt und möchte deren Inhalt in eine vorhandene Tabelle mit dem Befehl
“copy home.shooters from ‘C:\eg2018.csv’ DELIMITER ‘,’ csv Header;”
auf die auf meinem Home PC angelegte Datenbank einfügen, was auch zu 100% problemlos funktioniert.
Nun zu meinem Problem, wenn ich die Datei mit dem gleichen Befehl in die Orginal Datenbank auf einem raspberry einlesen möchte bekomme ich die
Fehlermeldung:
FEHLER: nur Superuser können COPY mit Dateien verwenden
HINT: Jeder kann COPY mit STDOUT oder STDIN verwenden. Der Befehl \copy in psql funktioniert auch für jeden
wie würde der Befehl mit STDIN lauten um die Datei einlesen zu können. meine bisherigen Versuche verliefen alle negativ
Gibt es noch andere Möglichkeiten Daten aus einer Datei einzufügen?
die Superuserrechte liegen bei beiden Datenbanken bei postgres die beiden Datenbanken wurden auch mit den gleichen Benutzernamen und Passwörtern installiert.
Vielleicht weiß jemand wie ich das Problem lösen könnte
Hatten die obige Fehlermeldung auch auf meinem 2. PC hatte die Datei dort aber im Ordner Dokumente liegen mit entsprechendem Verzeichnis im Copy Befehl. Als ich die Datei dann direkt auf C:\ legte hat es dann funktioniert.
Wenn du dich per psql mit der Datenbank verbindest, sollte der Fileimport mit \copy funktionieren WIMRE. Dazu muß sie dann aber für den Server lokal zugänglich sein.
Im Link ist ein Hinweis, wie du das Skripten kannst. Allerdings für Linux