View Issue Details

IDProjectCategoryView StatusLast Update
0000146GORM[Adventure PHP Framework] Code-Verbesserung // Code improvementpublic2018-08-26 00:23
ReporterdingsdaAssigned Todingsda 
PrioritynormalSeverityfeatureReproducibilityN/A
Status assignedResolutionopen 
Product Version[Adventure PHP Framework] 2.0 
Target VersionFixed in Version 
Summary0000146: Verbesserung des GORM-Managers
DescriptionFolgende Feature-Wünsche liegen aktuell zum GORM-Manager vor:
* Storage-Engines pro Tabelle konfigurieren
  http://tracker.adventure-php-framework.org/view.php?id=20
* Erweitertes Index-Handling beim Update-tool
  http://tracker.adventure-php-framework.org/view.php?id=18
  http://tracker.adventure-php-framework.org/view.php?id=60
* GUI für die Erstellung und Aktualisierung der Datenbank
  http://tracker.adventure-php-framework.org/view.php?id=24

Hab mir gestern abend das tool nochmal angesehen und kann mich auf jeden fall um die ersten zwei punkte kümmern.
Beim dritten punkt werde ich mich mal dran versuchen.

Gibt es noch weitere wünsche, die ich nicht gefunden habe?
Tagsgorm
Codereferenz: ([Datei]:[Zeile])

Relationships

related to 0000161 new Adventure PHP Framework Enhancements to the GORM 

Activities

jwlighting

2014-02-18 20:38

administrator   ~0000224

Hallo dingsda,

schön, das du dich um die beiden Punkte kümmern möchtest. Ich habe dir die entsprechenden Tasks mal zugewiesen.

LG :)

dingsda

2014-02-24 14:58

developer   ~0000228

Last edited: 2014-02-24 15:01

View 2 revisions

ich hab da jetzt schon ein bischen angefangen und frag mich gerade wieso in einigen methode sowas in der art vorkommt:

      foreach ($this->databaseMappingTables as $objectTable) {

         $selectCreate = 'SHOW COLUMNS FROM ' . $objectTable;

      ....
      }

dafür gibt es ja die information_schema:

(select * from information_schem.columns
where `table_schema`=database()
and `table_name` like 'ent_%')

über ne foreach-schleife statements an die DB zu schicken find ich nicht grade schön und ist glaube ich auch weniger performant (auch wenn performance hier nicht so sehr ne rolle spielt).

frage: darf ich ein mehr am manager ändern als das was für die implementierung der neuen funktionen unbedingt nötig ist?
solange am ende das setup für den nutzer noch genau gleich funktioniert dürfte es ja kein problem sein, oder?

vorteil der nutzung information_schema wäre auch noch, dass auch postgreSQL das kennt. show columns und show tables und so allerdings nicht. die spaltennamen sind zum teil zwar nicht die gleichen, aber falls man den gorm-manager noch für postgreSQL nutzen möchte (wenn der gorm selbst das irgendwann auch unterstützt) wären die änderungen wohl geringer wenn er gleich auf anfragen mit information_schema umgestellt wird.

oder gab es nen bestimmten grund warum es jetzt mit show columns umgesetzt ist?

ChristianAchatz

2018-08-26 00:23

administrator   ~0000859

@dingsda Still interested in this feature?

Issue History

Date Modified Username Field Change
2014-02-18 10:54 dingsda New Issue
2014-02-18 10:55 dingsda Tag Attached: gorm
2014-02-18 20:36 jwlighting Assigned To => dingsda
2014-02-18 20:36 jwlighting Status new => assigned
2014-02-18 20:38 jwlighting Note Added: 0000224
2014-02-18 20:40 jwlighting Project Adventure PHP Framework => GORM
2014-02-24 14:58 dingsda Note Added: 0000228
2014-02-24 15:01 dingsda Note Edited: 0000228 View Revisions
2014-03-07 21:06 dingsda Relationship added related to 0000161
2018-08-26 00:23 ChristianAchatz Note Added: 0000859