SELFPHP: Version 5.8.2 Befehlsreferenz - Tutorial – Kochbuch – Forum für PHP Einsteiger und professionelle Entwickler

SELFPHP


Professional CronJob-Service

Suche



CronJob-Service    
bei SELFPHP mit ...



 + minütlichen Aufrufen
 + eigenem Crontab Eintrag
 + unbegrenzten CronJobs
 + Statistiken
 + Beispielaufrufen
 + Control-Bereich

Führen Sie mit den CronJobs von SELFPHP zeitgesteuert Programme auf Ihrem Server aus. Weitere Infos



:: Buchempfehlung ::

Webseiten professionell erstellen

Webseiten professionell erstellen zur Buchempfehlung
 

:: Anbieterverzeichnis ::

Globale Branchen

Informieren Sie sich über ausgewählte Unternehmen im Anbieterverzeichnis von SELFPHP  

 

:: Newsletter ::

Abonnieren Sie hier den kostenlosen SELFPHP Newsletter!

Vorname: 
Name:
E-Mail:
 
 

Zurück   PHP Forum > SELFPHP > MySQLi/PDO/(MySQL)

MySQLi/PDO/(MySQL) Anfänger, Fortgeschrittene oder Experten können hier Fragen und Probleme rund um MySQLi/PDO/(MySQL) diskutieren

Antwort
 
Themen-Optionen Ansicht
  #1  
Alt 13.03.2009, 23:25:58
Benutzerbild von agent47
agent47 agent47 ist offline
Anfänger
 
Registriert seit: Nov 2008
Alter: 35
Beiträge: 106
Datenbanken

Ich habe ein größeres projekt angefangen bei dem ich große Datenmengen verarbeiten und Speichern musss. Momentan bin ich gerade bei der Planung des Datenbank aufbaus und bin mir nicht ganz sicher was besser ist. Zu erwarten sindt zu anfangs etwa 100 Tabellen und während der laufzeit werden noch weitere hinzukommen theoretisch unbegrenzt. Ich könnte das nun in mehrere Datenbanken Teilen und müsste dann in fast alles Scripten Daten aus Datenbanken (keinesfalls mehr als 2) abfragen, oder ich lasse alles in eine DB die dann aber auch 300 oder mehr tabellen später mal haben kann. Nun bin ich mir unsicher was nun besser ist von der gesamten performance her, bzw. wie sich Datenbanken mit 300 oder mehr Tabellen verhalten.

Ich tendiere dazu es in mehrere Datenbanken zu unterteilen, wollte aber mal wissen ob jemand mit sowas schon erfahrungen hat. (Datenbanken stehen mir Theoretisch unbergenzt zur verfügung)
Mit Zitat antworten
  #2  
Alt 13.03.2009, 23:29:49
DokuLeseHemmung DokuLeseHemmung ist offline
SELFPHP Experte
 
Registriert seit: Jun 2008
Alter: 15
Beiträge: 2.269
AW: Datenbanken

Zitat:
Ich tendiere dazu es in mehrere Datenbanken zu unterteilen,
Wieso?
Wenn die Tabellen doch zusammen gehören .....

Zitat:
Zu erwarten sindt zu anfangs etwa 100 Tabellen und während der laufzeit werden noch weitere hinzukommen theoretisch unbegrenzt.
Wo kommen die her?


Zitat:
Nun bin ich mir unsicher was nun besser ist von der gesamten performance her, bzw. wie sich Datenbanken mit 300 oder mehr Tabellen verhalten.
Das ist dem DBMS doch sowas von egal, in welcher DB sie stecken...


Entweder brauchst du die Tabellen, oder nicht... Entscheide dich!
Mit Zitat antworten
  #3  
Alt 13.03.2009, 23:34:28
Benutzerbild von agent47
agent47 agent47 ist offline
Anfänger
 
Registriert seit: Nov 2008
Alter: 35
Beiträge: 106
AW: Datenbanken

Ich brauche die tabellen, die anwendung wird dann später noch werweitert aber immer mit den gleichen tabellen. Weitere Tabellen kommen als dazu wenn ich wieder einen teil der Anwendung erweitert habe, aber immer die selben Tabellen (etwa 15).
Mit Zitat antworten
  #4  
Alt 13.03.2009, 23:36:02
DokuLeseHemmung DokuLeseHemmung ist offline
SELFPHP Experte
 
Registriert seit: Jun 2008
Alter: 15
Beiträge: 2.269
AW: Datenbanken

Zitat:
aber immer mit den gleichen tabellen
Das hört sich wie ein klassischer normalisierungs Fehler an.
Überdenke das nochmal....
Mit Zitat antworten
  #5  
Alt 13.03.2009, 23:40:33
Benutzerbild von agent47
agent47 agent47 ist offline
Anfänger
 
Registriert seit: Nov 2008
Alter: 35
Beiträge: 106
AW: Datenbanken

Es geht auch in Tabellen zusammen zu fassen die dann nur einmal da sind, dann muss ich aber die daten beim Abfragen immer Trennen da ich niemals alle datensätze mit einmal, d.h. sind zwar die gleichen tabellen aber immer andere datensätze die ich auch nie zusammen brauche.
Mit Zitat antworten
  #6  
Alt 13.03.2009, 23:43:21
DokuLeseHemmung DokuLeseHemmung ist offline
SELFPHP Experte
 
Registriert seit: Jun 2008
Alter: 15
Beiträge: 2.269
AW: Datenbanken

Dafür gibts doch den WHERE Teil im SQL Statement.
Die 5 Normal Formen
Mit Zitat antworten
  #7  
Alt 13.03.2009, 23:53:27
Benutzerbild von agent47
agent47 agent47 ist offline
Anfänger
 
Registriert seit: Nov 2008
Alter: 35
Beiträge: 106
AW: Datenbanken

hmm, müsste sich das nicht etwas in der performance zeigen wenn ich anstelle von einer tabelle mit 3 millionen einträgen 3 tabellen mit einer million machen wenn ich die sowieso nicht alle zusammen brauche?
Mit Zitat antworten
  #8  
Alt 14.03.2009, 00:04:23
DokuLeseHemmung DokuLeseHemmung ist offline
SELFPHP Experte
 
Registriert seit: Jun 2008
Alter: 15
Beiträge: 2.269
AW: Datenbanken

Naja, 3 Millionen Einträge sind schon viel..... aber nicht zu viel.
Liegt ganz dran, was du damit anstellen willst.
Mit Zitat antworten
Antwort


Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
 
Themen-Optionen
Ansicht

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind aus.
[IMG] Code ist aus.
HTML-Code ist aus.

Gehe zu

Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
Editor zum speichern von Daten in 2 oder mehr Datenbanken e2see MySQLi/PDO/(MySQL) 4 22.02.2008 00:53:32
2 Datenbanken kontaktierst ? restore MySQLi/PDO/(MySQL) 2 24.07.2007 18:08:58
drei Datenbanken abrufen. darkcentrino PHP für Fortgeschrittene und Experten 6 27.02.2006 01:25:34
Datenbanken erstellen- Bezug von Tabellen untereinander golfer69 MySQLi/PDO/(MySQL) 5 21.01.2006 22:21:20
Einführung in PHP und Datenbanken Lómion PHP für Fortgeschrittene und Experten 7 07.02.2002 14:47:29


Alle Zeitangaben in WEZ +2. Es ist jetzt 13:25:31 Uhr.


Powered by vBulletin® Version 3.8.3 (Deutsch)
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.


© 2001-2024 E-Mail SELFPHP OHG, info@selfphp.deImpressumKontakt