Zum Inhalt springen

dbwizard

Mitglieder
  • Gesamte Inhalte

    303
  • Benutzer seit

  • Letzter Besuch

Alle Inhalte von dbwizard

  1. ok, dann versuche mal den Link, den ich dir weiter oben geschickt habe. Gruss
  2. Aber welche Datenbank verwendet du denn ? gruss
  3. Hallo, Ich habe gerade keine Zeit, dies hier direkt zu posten, aber schaue mal unter folgendem Link nach, dies sollte für dich passen Oracle SQL und PL/SQL ...: Kreuztabellen (pivot tables) mal anders genutzt ... (Bin nun mal davon ausgegangen, das du Oracle benutzt, da du dein System nicht angegeben hast :-)) Gruss
  4. Hallo, ich habe keine Ahnung, von was du sprichst ? Ist das ein Datenbankproblem ? Welches ? Welche Datenbank ?....Und bitte versuche doch, die Formatierungsfunktionen des Forums zu verwenden.. Gruss
  5. Hi, Ich glaube was du suchst, ist die Wortstammsuche (Stemming). Weiss jetzt aber nicht ob MySQL dies so mitbringt, da wirst du mal googeln müssen Gruss
  6. Hi, Wäre dies nicht eher im Excel Forum (Falls es dies hier gibt :-) besser aufgehoben ? Gruss
  7. Client. Er hat alles im Client :-). Vielleicht solltest du deine Signatur fetter drucken .... gruss
  8. Ja, ist anzunehmen. Aber auch keine Unique Index auf weitere Attribute ?
  9. Da bleibt dir nichts anderes übrig, als zu schauen, warum die Datensätz im BAD File nicht reingekommen sind ? Irgendwo wird offensichtlich ein Unique Constraint (Dass muss nicht notwendigerweise der PK sein), verletzt. - Nimm einen der Row's aus dem BAD File und probiere ein "manuelles" Insert in die Betreffende Tabelle und schaue nach, wo der Fehler steckt Gruss
  10. Hast du ein BAD-File im SQLLoader Script definiert ? Wenn nicht, dann versuche dies mal, damit solltest du feststellen können, welche Datensätze das Problem verursachen. Gruss
  11. Ist den die Zieltabelle leer, wenn du den Import startest ?
  12. Hallo, Sind auf der Zieltabelle evtl. Trigger aktiv, welche auch versuchen, eine Sequence zu schreiben. ? Gruss
  13. - Ja/Nein/Vielleicht :-) Kommt auf den Anwendungsfall an. Gruss
  14. Ja, vergiss den Trigger... Wenn du eh den Datensatz in die Tabelle schreibst, dann füll doch auch gleich deine 3. Spalte mit den berechneten Werten ? Gruss
  15. Hi, So wie ich es verstehe, ist dies eigentlich nicht die "CAR" Eintität, sondern "Buchungen" oder "Ausleihen" ,wie auch immer. Eine Entität "CAR" hat er nicht.Das Login wäre in diesem Fall der FK auf den Benutzer...aber dieses Datenmodell ist sicher renovationsbedürftig :-). na ja...
  16. Bist du sicher ? Dann hast du aber nicht alle Informationen gepostet... - Du hast alle Benutzer - Du hast die Verleihdaten der Wagen - Aber : Welcher Benutzer welchen Wagen "besetzt" hält, gibt es nicht ??...(Siehe die Antwort von Flashpixx) Gruss
  17. - Da hast du im Prinzip recht, ich wollte nur auf die Schwierigkeit hinweisen, in der Praxis eine "guten" PK zu finden, welcher die Anforderungen an einen PK erfüllt, aus diesem Grunde der "technische" Schlüssel. Referenziert in Bezug auf Datenmodel / Relationen wird natürlich nur der eigentliche PK. - Ich meinte, es ist "einfacher", nicht "unmöglich"... :-) gruss l
  18. - Für einen technischen Schlüssel würde ich immer auf einen numerischen Wert gehen, du kanst ja jederzeit noch einen fachlichen Schlüssel zufügen, welcher wie auch immer aufgebaut ist, als PK aber den technischen Schlüssel verwenden. Alpahnumerische Schlüssel sind "schwieriger" zu handhaben in Bezug auf "hochzählen" und bieten keinerlei Vorteil gegenüber einem numerischen Wert Gruss
  19. - Na ja, und wenn die Kunden_ID als Referenz (ForeignKey) in diversen weiteren Enitäten referenziert wird, wirds schwierig mit "Suche nach wieder freigewordenen Nummern...). Gruss
  20. Hallo, dass +0 ist schon korrekt so, alternativ kannst du zur Anzeige auch die BIN() Funktion verwenden. Siehe : MySQL :: MySQL 5.0 Reference Manual :: 8.1.5 Bit-Field Values Gruss
  21. Hallo, Die Anzeige in einem gewünschten Format erreichst du so : SELECT TO_CHAR (SYSTIMESTAMP, 'DD.MM.YYYY HH24:MI:SS') FROM DUAL; Eine Liste aller Formatoptionen findest du hier : Using oracle date format 2 Datumswerte resp Systimestamp kannst du einfach addieren /subtrahieren (Beispiel) SELECT systimestamp-(systimestamp-23) FROM dual; Gruss
  22. Hallo, Dies sollte gehen : SELECT '01.' || to_char(SYSDATE,'mm.yyyy') FROM dual Gruss
  23. dbwizard

    SQL Hilfe

    Hallo, Welche Datenbank benutzt du denn ? Bei Oracle könntest du folgendes versuchen : SELECT blablabla, SUBSTR([B]KZT1.JSCHM[/B],1,4) || '-' || SUBSTR([B]KZT1.JSCHM[/B],5), etcetc Gruss
  24. Ich würde sagen, deine Umgebungsvariablen ORACLE_HOME resp ORACLE_SID sind nicht korrekt gesetzt, d.h. du versuchst die 2. Instamz mit den Werten der ersten zu starten. Schreib dir ein Shell-Script, welches dein Environment korerkt für jede der beiden Instanzen setzt und dann sollte es klappen Gruss
  25. Hallo, Schau dir dies mal an. Vielleicht kann es etwas die Richtung aufzeigen, obwohle es natürlich stark "Komprimiert" dargestellt ist. http://www.trivadis.com/uploads/tx_cabagdownloadarea/DWH_schnell_gemacht.pdf (und nein, ich arbeite nicht dort :-) Gruss

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...