hast du dir bereits die bedingungen angeschaut die du verletzen könntest?

auf anhieb sehe ich jetzt mal nichts.
hast du im view alle spalten aus den originaltabellen, die keinen default value haben, enthalten?

jperl

#edit
gerade das hier gefunden. wundert mich jedoch ein wenig.

Zitat

Quelle: http://dev.mysql.com/doc/refman/5.0/en/create-view.html
For a multiple-table updatable view, INSERT can work if it inserts into a single table.

oder postgreSQL

also ich glaube das geht wohl generell nicht.

@ospx
wenn es mysql nicht kann, dann glaube ich nicht, dass postgresql es kann

jperl

Zitat

PostgreSQL Manual
Currently, views are read only: the system will not allow an insert, update, or delete on a view.

@ jperl
Einspruch Euer Ehren, PostgreSql kann an etlichen Ecken eindeutig mehr, als Mysql, ist näher am SQL -Standart und konsistenter. Sicherlich, postgreSQL wurde nicht so gehypt, wie Mysql und sie haben auch nicht den potenten Partner SUN im Rücken. Die Performance soll wohl auf Kosten der Konsistenz etwas ungünstiger sein. Das liegt aber vorallem in der von Mysql standartmäßig genutzten MYISAMI- Engine begründet. Diese ist vergleichsweise schnell, hat aber ihre argen Probleme, sobald es um komplexe SQL-Ausdrücke, Fremdschlüssel, Transaktionen etc geht.
Die sehr professionelle Datenbank-Engine SAP DB, die irgendwann von SAP für MYSQL zur Verfügung gestellt wurde und in Zusammenarbeit zwischen MYSQL und SAP weiterentwickelte wurde und unter MYSQL den Namen MaxDB erhielt, wurde von SAP wieder zurückgeholt und wurde wieder unter eine restriktive Lizenz gestellt. Damit ist diese Engine wieder raus aus dem Sortiment von Mysql, soweit ich weiß (d.h. die bisherigen Versionen von MaxDb bleiben zwar bestehen, werden aber so nicht mehr unter Mysql weiter entwickelt und in neuen Versionen angeboten.

Sicherlich hat Mysql in den letzten Jahren im Bereich der Funktionalität den Abstand, der zu PostgreSQL bestand, verringern können ( z.B. Einführung von Subqueries, Fremdschlüsselverwaltung, Trigger, Stored Procedures), das sind aber alles Dinge, die PostgreSQL schon wesentlich länger (und auch heute noch) in einem Umfang beherrscht, an den MYSQL nicht heran kommt und wie oben gesagt fällt MaxDb, die dazu wesentlich beigetragen hatte, zukünftig wieder raus.
Es ist zumindest ein eindeutiger Irrtum, zu glauben, PostgreSQL sei Mysql im Sinne der Konsistenz und Funktionalität unterlegen.

Ich bin mir nicht sicher, wie Inserts bei Views unter postgreSQL gehandhabt werden, nehme aber stark an, dass er eben diese Probleme, die er mit MYSQL dabei hat, wahrscheinlich nicht bei PostgreSQL hätte. Genau in diesen speziellen Bereichen ist PostgreSQL Mysql meist weit überlegen.

zum Thema Views und PostgreSQL
Views und UPDATE, INSERT, DELETE

@ospx
danke für diese lehrstunde. da lasse ich mich doch gerne eines besseren belehren.

mir war klar, dass postgresql näher am sql-standard gebaut ist. muss zugeben ich habe mit postgresql erst einmal gearbeitet und mich so zu einem vorschnellen urteil hinreißen lassen.
habe auch nachgeforscht und postgresql hat in punkto features wirklich die nase vorne. hätte ich mir nicht gedacht.

jperl

Der crack in Sachen SQL bin ich nicht, das weißt du ja. Habe bisher auch noch nicht soviel mit postgreSQL gemacht, als dass ich wirklich einen fundierten Vergleich zwischen den beiden Systemen anstellen könnte. Bei den wenigen Dingen, die ich bisher mit postgreSQL gemacht habe, war ich aber wirklich angenehm überrascht von den Möglichkeiten dieses Systems im Verhältnis zu Mysql.