Keiner einen Plan?![]()
Hallo,
ich habe mich soeben hier angemeldet und habe gleich die erste Frage, die sich im Laufe meiner Open-Source-Entwicklung gestellt hat: Unterstützt PostgreSQL globale temporäre Tabellen? Es sollen also temporäre Tabellen nur im Speicher gehalten werden. Dies soll aber nicht auf eine Sitzung bzw. einen Client beschränkt sein, sondern soll, wie der Name schon sagt, global von jedem Client under jeder Sitzung aus erreichbar sein. Diese Tabelle sollte dann entweder beim Beenden der Sitzung, die die Tabelle erstellt hat, oder beim Beenden aller Sitzungen, die auf die Tabelle zugegriffen haben, gelöscht werden. Allerdings kann man das notfalls auch manuell programmieren.
Beim SQL Server von Microsoft soll das gehen. Momentan verwende ich MySQL und löse dies über HEAP-Tabellen.
Vielen Dank für eure Ideen und Anregungen, Gruß Sebastian!
Nicht so voreilig ;-)
Temporäre Tabellen sind jeweils session bezogen, sprich, eine andere Session kann diese nicht sehen. Alles andere wäre nicht temporär, weil es die Session verlassen müsste und damit statisch wird.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Naja es geht darum, dass sie permanent im Speicher sind und nicht die Festplatte beanspruchen.Zitat von ads
Ja, das wären dann temporäre Tabellen. Diese werden imho (bin mir nicht ganz sicher) nur im Speicher gehalten. Aber sie sind, wie gesagt, nur für deine Session sichtbar.
Was genau möchtest du erreichen und warum dieses Verhalten?
Die Mysql HEAP Tabellen löschen den Inhalt auch erst, wenn die DB heruntergefahren wird, nicht, wenn die Zugriffe darauf aufhören ...
Btw, genauso ein schrottiges Konzept wie die Blackhole Engine ...
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Ich möchte Daten zwischen einer Webapplikation und einem Windows-Dienst austauschen. Die Daten sollen in einer SQL Datenbank legen, damit der Zugriff aus vielen Programmiersprachen möglich ist. Diese Daten ändern sich ständig. Es handelt sich um eine Anbindung an Speicherprogrammierbare Steuerungen. Werde wohl nicht um einen eigenen TCP Server rumkommen. PostgreSQL wird dann nur die Archivwerte "verwerten".Zitat von ads
Gruß Sebastian
Was spricht dann gegen normale statische Tabellen? Darin kannst du doch auch die Inhalte von Zeit zu Zeit löschen, die du nicht mehr benötigst, oder?
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Die ständige Belastung der Festplatte spricht dagegen. Geht bei gut 10 Aktualisierungen pro Sekunde los und endet irgendwo an der physikalischen Grenze des Systems.Zitat von ads
Dann suchst du aber eigentlich keine Datenbank, diese soll ja die Sicherheit deiner Daten garantieren und nicht, das sie gleich wieder verschwinden, wenn du den Server ausschaltest.
Dafür ist SQL als Standardabfragesprache zwar ein netter Zwischenweg, aber was du da verlangst, definitiv nicht Aufgabe einer Datenbank.
Mit nem vernünftigen, Batteriegebufferten Raidcontroller sollte sich das trotzdem hinbekommen lassen ... halt mit Writes auf die Festplatte.
Btw, nen TCP (oder noch besser UDP) Server dafür sollte wirklich nicht schwer zu implementieren sein ...
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Nein, ist es sicher nicht und werde ich wohl auch so machen. PostgreSQL kommt dann wohl als Archivserver zum Einsatz.Zitat von ads
Wieso würdest du UDP bevorzugen?
Gruß Sebastian
Links: Tobias Bauer - IT- und Funkdienstleistungen - Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen - Funkforum
Lesezeichen