PostgreSQL: leeg DATE veld
Het komt echter wel voor dat je nog niet weet welke waarde een veld moet gaan bevatten en hem (voorlopig) leeg wilt laten. Na wat testen kwam ik erachter dat Postgre dit wel slikt:
Code (php)
1
2
3
4
5
6
7
8
2
3
4
5
6
7
8
INSERT INTO tabelnaam
(
datumveld
)
VALUES
(
null
)
(
datumveld
)
VALUES
(
null
)
Na wat Googlen kwam ik er achter dat dit weer problemen op kan gaan leveren met JOINS en aggregate functies. Het enige dat me op dit moment te binnen schiet is een foreign key maken naar een aparte tabel met datums. Heeft iemand hier ervaring mee?
Of zie ik dit verkeert?
Code (php)
1
2
3
4
5
6
7
8
9
10
11
12
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE "public"."blaat" (
"Blaat" DATE,
"Onzin" VARCHAR(100)
) WITH OIDS
TABLESPACE "pg_default";
INSERT INTO
public.blaat(
"Onzin")
VALUES('tekst')
Query OK, 1 rows affected (171 ms)
"Blaat" DATE,
"Onzin" VARCHAR(100)
) WITH OIDS
TABLESPACE "pg_default";
INSERT INTO
public.blaat(
"Onzin")
VALUES('tekst')
Query OK, 1 rows affected (171 ms)
Groeten
Klaasjan
Edit: die not null constraint zat er niet op, anders had ik die null ook niet kunnen invoeren natuurlijk. Kijken of dat nog iets uitmaakt.
Gewijzigd op 01/01/1970 01:00:00 door Jan Koehoorn
Bij joinen lijkt me echt alleen op het moment dat je gaat joinen op een datum kolom.
Bij aggregate functies is het zeer waarschijnlijk dat als je bijvoorbeeld een distinct count op een datum kolom uitvoert alle NULL waarden als 1 geteld worden.
Overigens vind ik het wel weer typisch dat je in MySQL een lege string als datum op kan geven.
Wanneer jij wilt joinen op een datum, vind het bijzonder maar het kan, dan zit je met exact dezelfde regels als het joinen op een id die niet verplicht is. Wanneer je een NULL mag opslaan, dan is dat volgens de door jou opgestelde regels. Agregate functies hebben er geen problemen mee, die hebben daar dagelijks mee te maken, en voor joins geldt dit eveneens. Zie de verschillen tussen een INNER, LEFT, RIGHT en OUTER join.