Wo speichert man profildaten
lima-city → Forum → Programmiersprachen → PHP, MySQL & .htaccess
aufrufen
aussage
begrenzung
benutzen
dank
datei
datenbank
datum
kommentar
lesen
letzte satz
memory
normale mensch
paar
performance
rolle
tabelle
textdatei
verbindung
zugriff
-
hallo
ich prog grad eine i-net seite für meine klasse. Das man sich nach dem abschluss weider findet und meine frage jetzt. Profildaten wie z.b. beruf wo speichert man dies in eine mysql tabelle oder in ein .txt
gruß -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
Vom Grundsatz her ist es egal - aufgrund der Performance und des besseren Programmierstils solltest du eine MySQL-Datenbank (mit MySQLi-Verbindung :D) nutzen. Heutzutage gibt es kaum was schöneres, vor allem die OOP Variante der MySQLi-Klasse erleichtert dich um viele Aufgaben und unterstützt die Übersicht.
-
Theoretisch würde es auch in einer .txt gehen aber da hättest du viel mehr arbeit ein Datenbanksystem zu entwickeln die dir die MySQL "Typen" schon abgenommen haben.
Weiterhin ist hier (Lima) eine .txt (so weit ich weis) unsinn da die jeder öffnen kann da es sich ja um eine einfache Datei handel, mysql ist hingegen ein installiert Programm auf dem Server der die eigentlichen DB Dateien für den Besucher versteckt.
Beitrag zuletzt geändert: 11.8.2010 21:18:37 von krisi12345 -
ok danke gibt es aber keine begrenzungen bezüglich der größe der tabelle. wie viele einträge reinkommen und so
-
@krisi: Der letzte Satz des Kommentars war - entschuldige - vollkommen falsch.
Schonmal was von htaccess gehört? Du kannst manche Dateien vom Zugriff ausschließen, so dass man sie nur serverintern aufrufen kann, sprich PHP etc. Zugriff haben, der normale User nicht.
abschluss-2011 schrieb:
ok danke gibt es aber keine begrenzungen bezüglich der größe der tabelle. wie viele einträge reinkommen und so
Nein. Du kannst nur ein paar MySQL-Sachen wie z.B. MEMORY Tabellen nicht benutzen, aber die braucht der normale Mensch sowieso nicht.
Beitrag zuletzt geändert: 12.8.2010 21:52:18 von robbmaster -
robbmaster schrieb:
@krisi: Der letzte Satz des Kommentars war - entschuldige - vollkommen falsch.
Schonmal was von htaccess gehört? Du kannst manche Dateien vom Zugriff ausschließen, so dass man sie nur serverintern aufrufen kann, sprich PHP etc. Zugriff haben, der normale User nicht.
abschluss-2011 schrieb:
ok danke gibt es aber keine begrenzungen bezüglich der größe der tabelle. wie viele einträge reinkommen und so
Nein. Du kannst nur ein paar MySQL-Sachen wie z.B. MEMORY Tabellen nicht benutzen, aber die braucht der normale Mensch sowieso nicht.
Ich hab mal irgendwo in PHPMyAdmin was von maximal 65 MB gesehen aber bis die erreicht sind... -
krisi12345 schrieb:
robbmaster schrieb:
@krisi: Der letzte Satz des Kommentars war - entschuldige - vollkommen falsch.
Schonmal was von htaccess gehört? Du kannst manche Dateien vom Zugriff ausschließen, so dass man sie nur serverintern aufrufen kann, sprich PHP etc. Zugriff haben, der normale User nicht.
abschluss-2011 schrieb:
ok danke gibt es aber keine begrenzungen bezüglich der größe der tabelle. wie viele einträge reinkommen und so
Nein. Du kannst nur ein paar MySQL-Sachen wie z.B. MEMORY Tabellen nicht benutzen, aber die braucht der normale Mensch sowieso nicht.
Ich hab mal irgendwo in PHPMyAdmin was von maximal 65 MB gesehen aber bis die erreicht sind...
Wäre letzten Endes auch kein Problem, im Notfall muss er sich eine zweite Datenbank ersteigern und das Script aufsplitten, so dass ab ~60 MB die zweite für Einträge benutz wird. Macht das ganze natürlich deutlich unperformanter, wäre bei einer normalen Seite die durchschnittlich besucht ist auch nicht das große Problem. -
robbmaster schrieb:
Vom Grundsatz her ist es egal - aufgrund der Performance und des besseren Programmierstils solltest du eine MySQL-Datenbank (mit MySQLi-Verbindung :D) nutzen. Heutzutage gibt es kaum was schöneres, vor allem die OOP Variante der MySQLi-Klasse erleichtert dich um viele Aufgaben und unterstützt die Übersicht.
Worauf beruht deine Aussage, dass die Performance einer Datenbankverbindung besser ist als die Performance des Schreiben und Lesens einer Textdatei? -
leomccole schrieb:
Worauf beruht deine Aussage, dass die Performance einer Datenbankverbindung besser ist als die Performance des Schreiben und Lesens einer Textdatei?
Für Ihn sprechen kann ich nicht, aber die Perfomance in Textdateien leidet insofern darunter, dass die textdatei voll- oder zumindest Teilweise eingelesen werden muss und anschliessend noch geparsert. Bei SQL / einer anderen strukturierten Datenform kann hingegen die benötigten Daten direkt angesprochen werden, so fällt das komplette einlesen sowie des parserns weg - und natürlich somit auch der Datenverkehr, was bei grösseren Projekten zunehmend eine Rolle spielt.
Und nun zu der eigentlichen Frage:
Wie bereits gesagt, spielt es für die Daten an sich keine Rolle, wie du dies anstellst. Nur bietet dir eine strukturierte Datenform à la SQL-DB wesentliche Vorteile bezüglich Performance, Administration, Migration, (Daten-)Volumen und im späteren/grösseren Verlauf sogar auch in der Programmierung. Daher würde ich dir ans Herz legen, von Anfang an auf eine Datenbank zu setzen. Kosten- und lizenzfrei gibt es MySQL, ein ausgereiftes und erprobtes System.
Grüsse Sublime -
all-web schrieb:
leomccole schrieb:
Worauf beruht deine Aussage, dass die Performance einer Datenbankverbindung besser ist als die Performance des Schreiben und Lesens einer Textdatei?
Für Ihn sprechen kann ich nicht, aber die Perfomance in Textdateien leidet insofern darunter, dass die textdatei voll- oder zumindest Teilweise eingelesen werden muss und anschliessend noch geparsert. Bei SQL / einer anderen strukturierten Datenform kann hingegen die benötigten Daten direkt angesprochen werden, so fällt das komplette einlesen sowie des parserns weg - und natürlich somit auch der Datenverkehr, was bei grösseren Projekten zunehmend eine Rolle spielt.
Korrekt. Du musst eine Textdatei nach öffnen vollständig in den Arbeitsspeicher laden, dann nach Trennzeichen o.ä. parsen, in die einzelnen Segmente stückeln und DANN erst kannst du mit den Abfragen bzw. dem Schreiben beginnen (wohlgemerkt, dass hinterher das ganze auch wieder zusammengesetzt werden muss).
Hingegen musst dubeim Arbeiten mit z.B. dem MySQL-Daemon nur eine Verbindung aufbauen, und kannst direkt von den einzelnen Segmenten lesen bzw. in die selbigen schreiben. Das vollständige laden, das Parsen, das Stückeln und Zusammensetzen entfällt. ;) -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
