Datenbanken

• ?

  Datenbankkonzeption
  • Gast  

  20
  0
  Stimmen
  20
  Beiträge
  5948
  Aufrufe

  ?

  Mechanics schrieb: sqlc schrieb: Aber doch nur, wenn ich userübergreifend eine Abfrage machen will, oder? Der einzelne User hat ja mit den Daten anderer User nichts am Hut. Aber woher weißt du, wie die Tabelle des Benutzers heißt? Du brauchst zumindest zusätzlichen Code, um das zu verwalten und herauszufinden und dann musst du das in deine Queries einbeziehen. Dann brauchst du wahrscheinlich auch eine Benutzerverwaltung, die Benutzer anlegen und löschen kann? Also brauchst du DAL Statements zum Anlegen/Löschen von Tabellen. Und dass du jetzt keine userübergreifenden Funktionen hast, heißt ja nicht, dass es so bleiben wird. Irgendwann will man doch Statistiken usw. einbauen. Da stimme ich prinzipiell ja zu. Ich schildere aber nochmal kurz, wie ich mir das gedacht habe: In der Online-Variante gibt es eine Datenbank, die nutzerübergreifende Informationen speichert (Login-Daten, etc.). In dieser Datenbank steht neben den Nutzern auch die jeweils zugeordnete Nutzer-Datenbank (ausgehend davon, dass jeder Nutzer eine eigene Datenbank hat). Ich muss jeder Nutzer-DB bei der Erstellung eh einen Namen verpassen, da ist es dann kein Problem, diesen Namen in der System-DB nutzerbezogen zu speichern. Die Tabellen in den Nutzer-DBs sind namenstechnisch identisch (in meinem Fall 'References', 'Records' und 'RecordFacets'). So stelle ich mir nach diesem Schema ein Login vor: Eingabe Login-Daten -> Zugriff auf System-DB -> Bei erfolgter Verifizierung: Ermitteln der Nutzer-DB und Erstellen der Session -> Connect mit der Nutzer-DB -> Nutzer kann loslegen Hätte ich für jeden Nutzer extra Tabellen wäre das natürlich umständlich, da ich jeden Tabellen-Namen speichern müsste und bei Bedarf den dann ermitteln muss. Alternativ könnte ich (wenn ich für jeden Nutzer extra Tabellen anlegen würde) auch immer die gleichen Namen nehmen und dann die User-Tabellen einfach mit der UserID (im Beispiel '1' und '2') prä- oder suffixen. Also Anstatt: SystemDB UserInfo - Id: "1", Name: "Karl", Password: "hashash", UserDb: "UserDB1" - Id: "2", Name: "Peter", Password: "hsahsah", UserDb: "UserDB2" UserDB1 References Records RecordFacets UserDB2 ... hätte ich dann sowas SystemDB UserInfo - Id: "1", Name: "Karl", Password: "hashash" - Id: "2", Name: "Peter", Password: "hsahsah" UserDB user1_References user1_Records user1_RecordFacets user2_References user2_Records user2_RecordFacets ... Das wäre glaube ich sogar die bessere Lösung, da ich so immer zur gleichen DB connecten kann, die Daten immer noch strikt getrennt sind und auch ein Export kaum aufwendiger sein wird, als mit der "eine-db-pro-nutzer"-Variante. Die Präfixe kann man ja in der Session speichern und einfach bei einer Query vorne ranhängen. Kann man auf meine Datei eigentlich zugreifen? Weil dort hatte ich auch eine UserInfo-Tabelle abgebildet, weswegen ich glaube ich etwas irritiert war. Also die Nutzerverwaltung ist ja schon eingeplant (für Online). Danke nochmals für die Anregungen
• ?

  Kommazahlen darstellen
  • Gast  

  6
  0
  Stimmen
  6
  Beiträge
  2272
  Aufrufe

  

  Mach die Konvertierung doch einfach in C#.
• C

  MySQL - ODBC - C++ Connection
  • cuanuriaq  

  6
  0
  Stimmen
  6
  Beiträge
  4209
  Aufrufe

  

  Eine weitere Möglichkeit einen ODBC Treiber zu verwenden (also abgesehen davon direkt die ODBC Funktionen aufzurufen), wäre ADO zu verwenden. Ob das ein echter Vorteil ist falls man sich nicht schon mit ADO auskennt kann ich allerdings nicht sagen.
• H

  sqlite Spalte löschen
  • happystudent  

  9
  0
  Stimmen
  9
  Beiträge
  4559
  Aufrufe

  R

  happystudent schrieb: Wie kommt man da am einfachsten ran? PRAGMA table_info [tabName] in der 6. Spalte steht 0, wenn es kein PrimaryKey ist. Ansonsten ein Wert größer 0. Der Wert gibt dann die Position der Spalte im PK an, wenn es sich um einen zusammmen gesetzen PK handelt. Das ist aber nicht bei jeder sqlite-version so. In älteren Versionen hatten alle PK-Spalten den Wert 1.
• 

  postgreSQL 9.1: Langsames SELECT in einer Triggerfunktion
  • DocShoe  

  4
  0
  Stimmen
  4
  Beiträge
  2076
  Aufrufe

  

  Das Problem ist wohl doch tiefgreifender als befürchtet. Das Modul auto_explain hat gezeigt, dass der Query Planer eine falsche Strategie wählt und einen langsamen sequentiellen Scan benutzt, obwohl er einen Index Scan benutzen könnte. Der Query Planer ist wohl sehr empfindlich, was selbst kleinste Änderungen am Quellcode angeht. Ich habe die IF NOT EXISTS (...) in Einzelschritte zerlegt und jetzt wird auch der Index Scan benutzt (Änderungen von SELECT 1 zu SELECT MAX( 1 ) führen wieder zum benutzen des sequentiellen Scans und sind wieder langsam. Genauso wie SELECT ... LIMIT 1). Die schnelle Triggerunktion seiht jetzt so aus: CREATE OR REPLACE FUNCTION public.fn_trigger_test() RETURNS trigger AS $body$ DECLARE result INTEGER; BEGIN SELECT 1 FROM custom_data WHERE key = old.key) INTO result; IF result ISNULL THEN DELETE FROM custom_data_lookup_keys WHERE key = old.key; END IF; RETURN NULL; END; $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100;
• ?

  Über C++ erstelle SQL Befehlt liefert keine Daten
  • Gast  

  16
  0
  Stimmen
  16
  Beiträge
  6049
  Aufrufe

  M

  Hi Asc, asc schrieb: muemmel, der Vorgang hatte schon seit etwa 3 Monaten keine weiteren Antworten mehr... Hab leider auch erst nach dem Antworten gemerkt, dass ich gerade an einer angefaulten Leiche Wiederbelebungsversuche gemacht habe. Manchmal bildet lesen eben nicht nur, sondern erspart - rechtzeitig angewendet - auch Arbeit. Gruß Mümmel
• ?

  Geigneter SQL Befehl für suche nach ähnlichen Wörtern
  • Gast  

  9
  0
  Stimmen
  9
  Beiträge
  3218
  Aufrufe

  E

  hustbaer schrieb: Ich tippe sowas nicht, dafür gibt es Copy+Paste und Suchmaschinen, die dir heutzutage auch ziemlich gute Ergebnisse bei Schreibfehlern ausgeben. War vor 15 Jahren noch anders.
• ?

  Stuct oder Tabelle in einem Table anlegen, hab ich was übersehen?
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1949
  Aufrufe

  N

  deejey schrieb: ach so, es geht um Normalisierung Geht es doch bei Einsteigerfragen immer. Ich verstehe ehrlich gesagt auch beim besten Willen nicht, wie du darauf kommst, dass es um TEXT gehen könnte bzw. auf welche Frage das die Antwort sein hätte sollen.
• L

  [MySQL] Highscorelist GROUP BY name
  • LeGaN  

  4
  0
  Stimmen
  4
  Beiträge
  1466
  Aufrufe

  D
• ?

  In einem Select mehrere Zeilen aus einer anderen Tabellen einfügen
  • Gast  

  2
  0
  Stimmen
  2
  Beiträge
  1218
  Aufrufe

  ?

  habs select tasks.id as `Id`, tasks.title as `ItemName`, GROUP_CONCAT(task_tasklists.tasklist_id) as `Lists` from tasks, task_tasklists where tasks.id=task_tasklists.task_id group by tasks.id
• P

  Daten Abfrage
  • Progmafi  

  14
  0
  Stimmen
  14
  Beiträge
  4606
  Aufrufe

  ?

  SELECT Adminrechte FROM Test WHERE Benutzername LIKE 'Programfi' AND PasswortHash LIKE 'md5-checksumOderÄhnlichesHauptsacheNichtDasPasswortAlsKlartext' Wenn bei dem oben genannten Select kein Wert heraus kommt -> den Benutzer gibt es nicht Wenn genau ein Wert raus kommt -> dann solltest du ja als Ergebnis des Selects direkt den Wert haben, ob der Benutzer AdminRechte hat oder nicht Wenn mehr als ein Datensatz zurück kommt -> dann solltest du evtl. noch UNIQUE constraints auf die Spalten Benutzername setzen, so dass es tatsächlich nur einen Benutzer mit diesem Namen gibt. Die Spaltennamen "Benutzername", "PasswortHash" sind natürlich nur geraten ... du hast uns dein restliches DB-Schema ja nicht verraten
• ?

  Fehler delete
  • Gast  

  4
  0
  Stimmen
  4
  Beiträge
  1573
  Aufrufe

  ?

  Nein ... ist nicht krass. Das ist normal so! Genau dafür gibt es ja die Foreign Keys. Die sorgen dafür, dass deine Daten in der DB weiter Sinn ergeben. Sonst hättest du da auf einmal ein Buch in deiner Bücherliste mit einem Verweis auf einen Autor, den du nicht mehr in der DB hast. Da gibt es dann mehrere Möglichkeiten damit umzugehen. a) Löschen des Autors verbieten, solange irgendwelche Bücher mit diesem Autor "verknüpft" sind b) auch alle Bücher dieses Autors löschen ... Stichwort Cascade Delete c) DummyAutor Eintrag machen d) Foreign Key entfernen ... (sollte man wohl nicht machen ... wäre aber eine Möglichkeite mit diesem Problem um zu gehen) e) ... keine Ahnung was man sich hier noch alles ausdenken könnte ... ich denke a) und b) dürften die gängigen Varianten sein.
• M

  Frage zu CSV-Format, was kann zwischen Anführungszeichen stehen?
  • muemmel  

  3
  0
  Stimmen
  3
  Beiträge
  1418
  Aufrufe

  M

  Hi Jockelx, na das hilft doch schon mal weiter und ist auf jeden Fall wesentlich mehr als die kurze Beschreibung bei Wikipedia. Danke! Gruß Mümmel
• ?

  MySQL: binäre Daten in DB schreiben
  • Gast  

  5
  0
  Stimmen
  5
  Beiträge
  1657
  Aufrufe

  ?

  Test erfolgreich! Da die Datenmenge recht groß ist mussten allerdings noch einige MySQL-Parameter in der ini umgestellt werden, aber jetzt läuft es! Mit den prepared statements! Sehr guter Tip! Vielen Dank!
• ?

  MySQL DECIMAL TRUNCATE statt ROUND
  • Gast  

  7
  0
  Stimmen
  7
  Beiträge
  1925
  Aufrufe

  

  Wenn du das schon gefunden hast, verstehe ich die Frage nicht. Was genau passt bei TRUNCATE( ) nicht?
• ?

  Mysql transaction und table locking...
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1236
  Aufrufe

  B

  Also bei InnoDB Transactions kannst du dir sicher sein, dass die Transaction die ACID Kriterien erfüllt, und musst dir darüber eigenltich gar keine Gedanken machen. Du kannst davon ausgehen, dass alle Transactionen nacheinander passieren.
• 

  PostgreSQL 9.1.x: Verfügbaren free space eines Tablespace bestimmen?
  • DocShoe  

  4
  0
  Stimmen
  4
  Beiträge
  1871
  Aufrufe

  P

  in Postgresql kann man die Größe der Tabellen auswerten. Wenn man dann weiß, auf welcher Platte die Tabelspaces liegen, dann weiß man ja auch, wie gros die ist und kann entsprechend reagieren. Anderer Lösungsansatz - Tablespaces in eine extra partition packen und dann abfragen, wie voll die schon ist. Unter linux per df -h oder so unter Windows - müsste man suchen. Das täglich und wenn limit unterschritten irgendwo einen Schalter setzen (z. B irgend eine kleine Datei irgendwo auf einem Plattenbereich, wo Datenbankserver und Archivierung beide Zugriff haben. Dann kann die Archivierung nachschauen und wenn Datei da, entsprechend reagieren.
• H

  SQlite Schlüsselwörter?
  • happystudent  

  9
  0
  Stimmen
  9
  Beiträge
  2554
  Aufrufe

  H

  Bengo schrieb: Und nicht jedes Wort, dass irgenteine besondere bedeutung hat, muss auch ein Schlüsselwort sein. Schlüsselwörter sind nur diejenigen nach denen der parser sucht und nach denen er den query auswertet. Datentypen gehöhren da meist eher nicht zu. Ja, wie gesagt, halt eine Liste die alle "besonderen" Wörter enthält. Ich hab das jetzt einfach mal "Schlüsselwörter" genannt weil mir nichts besseres eingefallen ist, aber ich suche halt einfach eine Liste mit allen "besonderen" Wörtern, egal ob diese jetzt "Schlüsselwörter" im engeren Sinn sind oder nicht.
• P

  auto_increment kein SQL?
  • PushButton  

  3
  0
  Stimmen
  3
  Beiträge
  1424
  Aufrufe

  P

  Danke, nun bin ich wieder etwas schlauer.
• ?

  MySQL Writes/Second
  • Gast  

  3
  0
  Stimmen
  3
  Beiträge
  1281
  Aufrufe

  

  Das ist soweit ich weiss gar nicht möglich, da MySQL die Daten die dazu nötig wären nicht erfasst. Wenn es nur um transaktionale Tabellen geht (z.B. InnoDB), dann könnte es möglich sein die gewünschten Informationen aus dem Transaction-Logfile zu ermitteln. Fertiges Tool dafür kenne ich aber keines. Kann sein dass du das Logfile dazu selbst parsen müsstest. Und das ginge dann wohl nur wenn der Server nicht gerade darauf zugreift. Also nicht "live". Und für MyISAM Tables wird es wohl gar nicht gehen. Du könntest aber mal schauen ob MySQL "profiling" unterstützt. Normalerweise sollte so ein Profiler die entsprechenden Zahlen ausspucken können. Dummerweise verschlechtert ein Profiler aber auch die Performance, d.h. man will ihn normalerweise nicht immer mitlaufen haben.