Ergebnis 1 bis 5 von 5

Thema: Kein Bearbeiten-Button

  1. #1
    jth
    jth ist offline Neuer Benutzer
    Registriert seit
    10.01.2011
    Ort
    Freiberg/Sachsen
    Beiträge
    14

    Standard Kein Bearbeiten-Button

    Hi,

    ich habe mir gestern eine Tabelle in phpPgAdmin angelegt:


    CREATE TABLE blog (
    title character varying(100) NOT NULL,
    content character varying(5000) NOT NULL,
    wdate date NOT NULL
    );

    und gleich 2 Datensätze damit eingefügt. Interessanterweise kriege ich für diese Tabelle keine "Bearbeiten"-Buttons angezeigt. Die Datensatzzahl wird auch mit "0" angezeigt, aber das habe ich bei einer anderen, mit phpPgAdmin angelegten Tabelle mit 2 Datensätzen auch. Da gibt es aber "Bearbeiten"-Buttons.
    Komischerweise haben Tabellen, die ich mit sql-Befehlen angelegt und gefüllt habe, auch bei wenigen Datensätzen eine korrekte Satzanzahl und immer "Bearbeiten"-Buttons.

    Kennt jemand das, ist es ein Bug...

    Ach ja - hier läuft psql 8.3 auf Opensuse 11.1, phpPgAdmin ist Version 4.2

    Thx für jeden Tipp
    --
    Jörg Thümmler
    - unsere Wälder schützen -
    www.teddylinx.de/prowald

  2. #2
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Dresden
    Beiträge
    5.472

    Standard

    Zitat Zitat von jth Beitrag anzeigen
    Hi,

    ich habe mir gestern eine Tabelle in phpPgAdmin angelegt:


    CREATE TABLE blog (
    title character varying(100) NOT NULL,
    content character varying(5000) NOT NULL,
    wdate date NOT NULL
    );

    und gleich 2 Datensätze damit eingefügt. Interessanterweise kriege ich für diese Tabelle keine "Bearbeiten"-Buttons angezeigt. Die Datensatzzahl wird auch mit "0" angezeigt, aber das habe ich bei einer anderen, mit phpPgAdmin angelegten Tabelle mit 2 Datensätzen auch. Da gibt es aber "Bearbeiten"-Buttons.
    Komischerweise haben Tabellen, die ich mit sql-Befehlen angelegt und gefüllt habe, auch bei wenigen Datensätzen eine korrekte Satzanzahl und immer "Bearbeiten"-Buttons.

    Kennt jemand das, ist es ein Bug...

    Ach ja - hier läuft psql 8.3 auf Opensuse 11.1, phpPgAdmin ist Version 4.2

    Thx für jeden Tipp
    1. ist PhpPgAdmin Müll
    2. die Tabelle hat keinen Primary Key, daher kein Bearbeiten ;-)


    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  3. #3
    jth
    jth ist offline Neuer Benutzer
    Registriert seit
    10.01.2011
    Ort
    Freiberg/Sachsen
    Beiträge
    14

    Standard

    Hi,

    1. kann ich in keiner Weise bestätigen. Es mag seine Grenzen haben, aber gerade in Testphasen ist es ein gutes Werkzeug, das Überblick verschafft.

    2. ja, phpPgAdmin scheint genau daran zu scheitern, denn nun stimmt auch die Datensatzzahl. Bei den aus einer anderen Datenbank generierten SQL-Dateien hatte ich den Primärindex automatisch mit erstellen lassen, wenn es dort einen eindeutigen Schlüssel gab. Auf meine Testdateien traf das alle zu. Ist ein Primärindex eigentlich zwingend nötig? Ich meine, sinnvoll sind Indices ja eh, aber ist es ein "Muss", dessen Fehlen Quelle von Inkonsistenzen o.ä. sein kann?

    Thx & cu
    --
    Jörg Thümmler
    - unsere Wälder schützen -
    www.teddylinx.de/prowald

  4. #4
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Dresden
    Beiträge
    5.472

    Standard

    Zitat Zitat von jth Beitrag anzeigen
    Hi,

    1. kann ich in keiner Weise bestätigen. Es mag seine Grenzen haben, aber gerade in Testphasen ist es ein gutes Werkzeug, das Überblick verschafft.
    Nun ja. Für unsere Kunden im Shared-Hosting-Bereich ist es mehr oder weniger der einzigste Weg, mit ihrer DB zu reden. Ich selber meide es und bevorzuge psql.

    2. ja, phpPgAdmin scheint genau daran zu scheitern, denn nun stimmt auch die Datensatzzahl. Bei den aus einer anderen Datenbank generierten SQL-Dateien hatte ich den Primärindex automatisch mit erstellen lassen, wenn es dort einen eindeutigen Schlüssel gab. Auf meine Testdateien traf das alle zu. Ist ein Primärindex eigentlich zwingend nötig? Ich meine, sinnvoll sind Indices ja eh, aber ist es ein "Muss", dessen Fehlen Quelle von Inkonsistenzen o.ä. sein kann?

    Thx & cu
    Man sollte eigentlich immer einen PK haben, das macht z.B. das Editieren einzelner Datensätze einfacher (select for update), ein "Muss" ist es aber nicht und ein fehlender PK führt nicht zu Problemen wie z.B. Inkonsistenzen.

    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  5. #5
    jth
    jth ist offline Neuer Benutzer
    Registriert seit
    10.01.2011
    Ort
    Freiberg/Sachsen
    Beiträge
    14

    Standard

    Hi,

    Danke, wieder was gelernt...

    cu jth
    --
    Jörg Thümmler
    - unsere Wälder schützen -
    www.teddylinx.de/prowald

Ähnliche Themen

  1. WKB per SQL bearbeiten?
    Von g06lepe im Forum PostGIS
    Antworten: 3
    Letzter Beitrag: 26.03.2009, 08:18
  2. Tabellenfelder per SQL bearbeiten
    Von Pegasus0211 im Forum SQL
    Antworten: 5
    Letzter Beitrag: 26.08.2008, 12:13
  3. Datensatz zum bearbeiten sperren
    Von furianer im Forum Benutzer- & Rechteverwaltung
    Antworten: 6
    Letzter Beitrag: 02.06.2008, 16:04
  4. kein zugriff auf AddGeometryColumn
    Von jan99 im Forum PostGIS
    Antworten: 9
    Letzter Beitrag: 04.07.2006, 14:19
  5. kein plpsql als Sprache
    Von geog172 im Forum PostGIS
    Antworten: 2
    Letzter Beitrag: 13.01.2006, 18:50

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum