streffin

Einfach ein auf ein Subquery in dem du nicht gruppierst, dann hast dein Wert. Btw, das hässliche filtern sollte sich auch eleganter lösen lassen. Unter Tsql z.b. EPOBranchNode.NodeName in ( 'a', 'b', 'c' . . .

Nach dem wie ich es les, suchst du nach dem fileOpenDialog. Der gibt dir ein Exolorer Fenster, mit dem eine Datei ausgewählt werden kann. Was du dann mit dem File Objekt machst ..... das ist dann dir überlassen.

Diplomatisch gesprochen : Wenn du darauf hinweist, dass DEINER Meinung nach, "etwas" eine suboptimale Lösung darstellt, oder dass DEINER Erfahrung nach, etwas so ist wie beschrieben, dann ergibt das ein anders Bild. Und bei Gott das war jetzt bitte kein Flame. Das war Textinterpretation. Das war auch nicht böse gemeint. Was ich von MEINER Seite aus zu dem ot post hinzufügen wollte wäre aber .... Ich hab einige Semester an der Uni hinter mir. Aus finanziellen, und primär familiärn, sagen wir Schwierigkeiten, hab ich das wunderbar in den Sand gesetzt. Jetzt hab ich die FIAE Ausbildung gemacht, und fang in einigen Monaten das Fernstudium an. (jeden nur erdenklichen Härtefallantrag bekomm ich durch was meinen Lebenslauf angeht, sagen wirs mal so) Heist das, dass ich jetzt 5 Jahre später nicht fähig bin abstrakt zu denken ? Heist das, dass ich dass ich in meinen Kernbereichen nicht fähig bin ? Heist das dass ich nicht Kreise um dich dreh wenns um mein Fachgebiet geht ? Ich würd schätzen, dass du zurecht weit mehr verdienst. Ich gehe davon aus, dass du Großflächig mehr Fachwissen hast, als ich. Aber das heist noch lange nicht, dass ich mit dem popeligen IHK Schein weniger wert bin. Uni ist nicht das Allheilmittel. Schon gar nicht, wenn man nicht die persöhnliche Situation kennt. Und jetzt mal sorry, nimmste den 5+ Jahre Berufserfahrung in dem Gebiet das zu besetzen ist Fachinformatiker, oder nimmste den frisch von Uni un keine Ahnung von Berufsalltag Bachelor ?

Ich habe nicht gesagt, und es liegt mir auch fern, zu sagen, das ein Php Programmierer nicht programmieren kann / können sollte. Was ich sagen wollte, und eventuell falsch ausgedrückt habe, ist, dass dinge wie "Was ist ein Datentyp", "Was ist eine Referenz", "Was ist ein Objekt" in Php nicht unbedingt zwingende Kenntenisse sind. Ja wenn man weis was Programmieren heist, dass hat ein Php Programmierer kein Problem damit, eine "Hochsprache", sorry des is jetzt halt mal nen Fachbegriff, zu erlernen. Und damit meine ich innerhalb von 2 3 Wochen. Es ging mir nicht darum, dass ich Php schlecht mache. Es ging mir darum, dass wenn ich in eine Ausbildung mit dem Mindset reingeh, ach bissl Scripting, das is nich so kompliziert, das macht mir Spass.... Java oder C++ ne lass ma, das is mir zu kompliziert.... Dass de DANN sehr wahrscheinlich auch genau das an Betrieb finden wirst. Und das ist imo dann 2 3 Jahre verschwendete Zeit. Wirklich, es geht mir nicht darum, PHP oder JS coder schlecht zu machen. Ich kenn aber nicht einen einzigen Web Developer, der nicht auch in .Net oder Jave wirklich gut programmieren kann. Diejenigen die das nicht können, sind meiner Ansicht nach keine Programmierer. (Nach 2 3 Wochen Einarbeitungszeit)

Kuck her. die Ausbildung zum FIAE, steht und fällt mit deinem Betrieb. Ich persöhnlich halte die Berufsschule in der Ausbildung für den besten Witz, den ich je erleben "durfte". (Ich spreche hier nur aus eigener Erfahrung, ich kann das nicht allgemein gültig sagen, wobei wenn du das Forum ein wenig durchstöberst du viele viele Posts finden wirst, die ähnliches aussagen.) Das wichtige an der Ausbildung ist, dass du was lernst. Und wenn du mit dieser "ich mag webdesign, ich find das toll, hochsprachen sin mir zu kompliziert die machen mir kein Spass, später vielleicht" Haltung da reingehst, dann wirst du SEHR wahrscheinlich nen Ausblidungsplatz finden. Einen Ausbildungsplatz der dir so wenig bringt, dass du die 2-3 Jahre weggeschmissen hast im Endeffekt. Programmieren heist nicht, dass man kein PHP, JS, AJAX, ASP, RUBY etc macht.... aber programmieren heist, dass du Java, .NET, C++ etc hinbekommst. Syntax ist in 2 Wochen drin, das wichtige ist, dass du es verstanden hast wie das geht, wie es funktioniert. Und sorry an die Php'ler, aber wenn mir einer sagt, dass er programmieren kann, und nie was anderes als php und html gesehn hat, dann kann ich mir das lachen nicht verkneifen. Gruß Sven Ps. Groß-Kleinschreibung is um die Uhrzeit irrelevant.

Sag welches DBMS, dann wird dir geholfen. Ohne DBMS werden dir wild funktionen an den Kopp geschmissen die eventuell funktionieren könnten. Ohne gute Frage keine gute Antwort.

Spricht was dagegen, dass du dir nen SQL query bastelst, und das dann über ein OleDbCommand ausführst ? create table blablub (col1 int , col2 nvarchar(50),..... ) ?

My 2 cents : Dont learn a programming language, learn to program. Ob das jetzt Java Script oder C# ist. Wenn du mal wirklich begriffen hast, was divide et impera bedeutet, dann kannst du dir hinterher die Richtung die du einschlagen willst aussuchen. Von 2 Monaten Interesse in Html und Php, da geb ich dir mein Wort drauf, weiste das noch nicht. Und du weist bei Gott auch noch nicht, ob du ewig Spass an Webdesign hast. Imo, mach ne anständige Ausbildung, bei nem Betrieb der dich ausbildet, und auch fordert. Lern wie man programmiert, und nicht frickelt. Und dann nach 2 - 3 Jahren wennd mit der Ausbildung durch bist, haste nen weit weit weit besseres Bild. Wennd Programmierer werden willst, und kein Designer, was ich so verstanden hab, mach ne Ausbildung zum Programmierer, nicht zum Webdesigner. Soll heißen, such dir die Firma entsprechend aus. Wennd 3 Jahre lang mit Html spielst, dann kannste hinterher nicht programmieren.

Für den letzten Post : Danke. Ich hasse Leute die Threads starten und dann mit "nevermind i fixed it" beenden, ohne den Leuten die über Google den Thread gefunden ham mit der gefunden Lösung zu helfen

Wie gesagt, lass die Aggregatsfunktion erstmal weg, und kuck dir an, was du an Daten zurück bekommst. Dann hast du ein besseres Bild warum das nicht so tut wie es soll. Und LEFT JOINS tun so weh nicht. Gruß Sven

Solange du nicht dazu sagst welches DBMS dahinter hängt kann dir da keiner helfen wirklich helfen. Es sollte aber recht ungewöhnlich sein, das eine Datenbank keine Funktion zum runden anbietet. Gruß Sven

Im Bezug auf das 1. Query, das 2. sieht so grausam aus, das würd ich gleich wieder vergessen Mach doch mal aus deinen Joins LEFT JOINS. Ich könnt mir vorstellen, dass nicht in jedem raum Zwangsläufig ein Monititor steht, normal sitzt man ja nicht vor dem Rack wenn man mit dem Ding spielt. Ansonsten, lass bei deiner Abfrage die Aggregatsfunktion erstmal weg, dann siehst du was du in welchem Join zurück bekommst. (Left Join wär da wichtig, sonst bekommste im Zweifel gar nix zurück). Ich geh davon aus, dass irgendwo keine Grafikkarte oder kein Monitor dran hängt, und dir dass dann durch die Inner Joins das Query zerhaut. Gruß Sven

ohne die Tabellen zu kennen kann man da als aussenstehender im Endeffekt nur raten. 1. Versuch : SUM(a.Preis+b.Preis+c.Preis+d.Preis+e.Preis+f.Preis+g .Preis) setz mal als erstes jeden Preis in ein isnull(x.Preis,0) Wenn einer der Preise NULL sein sollte gibt das als Ergebnis NULL, weil NULL + irgendwas = NULL. Gruß Sven

Was nicht heist dass du das bei der Steuererklärung nicht trozdem versuchen kannst. Ein befreundeter Steuerberater sagt dazu immer gerne "vielleicht hast du Glück, und die müssen auch immer was zum streichen haben, sonst wird dehnen mulmig" Fest damit rechnen solltest du allerdings nicht.

Ich denk es ist eher die Regel als die Ausnahme, dass du an der Berufsschule das Niveau mit dem Spaten suchen musst. Und das ziemlich unabhänig ob du Realschule oder Gymi hast.

das wird nicht funktionieren. Zitat : "Wenn expression1 in expression2 nicht gefunden wird, gibt CHARINDEX 0 zurück." Coalesce gibt dir aber die erste Expresion die nicht NULL ist. Daher hast du hinterher ein LEFT(string,0) was in dem Update dann sehr ungut kommt wenn man das ausführt, und das geuschte Zeichen im String nicht vorkommt. Mein Vorschlag zu der Sache wäre :

Das is recht einfach gemacht, declare @max_id int select @max_id = max(id) from tabelle UPDATE a SET id = @max_id + b.ROW_NUM FROM tabelle a INNER JOIN ( SELECT ROW_NUMBER() OVER(ORDER BY id) row_num, name FROM tabelle ) as b ON a.name = b.name WHERE a.id IS NULL der Join sollte normal auf dem primary Key gemacht werden, wenn du da keinen hast, dann ist das recht schlecht. den Join mit dem Subquery würd ich in dem Fall auf allen Feldern der Tabelle machen, ausser der ID, NULL = NULL kannste dir da spaaren. Das Problem ist nämlich, wenn du in der Tabelle z.b. 2 mal den Namen 'Klaus' ohne ID stehen hast, bekommen beide Datensätze die selbe id. da würd ich zur sicherheit hinterher SELECT COUNT(*) [anzahl], id FROM tabelle GROUP BY id ORDER BY [anzahl] desc ausführen, damit du sicher bist dass du keine Dubletten drin hast. Gruß Sven

Das ist dann aber soweit du das dargestellt hast reine Vertrauensbasis. Vertrauensbasis im Sinne von, wenns doof läuft, arbeitest du statt 40, 50 Stunden die Woche, und kannst dir alle 3 monate einen Tag frei nehmen für nen Termin beim Amt, Arzt oder sowas.

Im mathematischen Sinne kann ich dir das nicht beweisen nein. Und ja, irgendein hirnloser Affe, könnte völlig andere information in diese Spalte schreiben ja. Gesunder Menschenverstand und die Praxis sagen mir, wenn eine Spalte kunde_id heist, steht da eine Kunden ID drin. Nebenbei, welches "mein" Modell ? ich hab kein Modell, ich kann bei dem was an Information zur Verfügung steht lediglich logisch denken. Nebenbei, du könntest etwas weniger "anfeindend" argumentieren. Gruß Sven

is nicht ganz richtig. Kundendatei: Kundennummer, Firma, Branche, Adresse, Telefon, Kunde seit, Bemerkung Terminplan: Datum, Kundennummer, Firma, Lieferanschrift, Mitarbeiter (Aufnahme Bestellung), Mitarbeiter (Fahrer), Art der Lieferung, Anzahl, Ausgeliefert, Beschädigt Da haben wir eine Redundanz imo. Wenn ich die Kundennummer hab, brauch ich da die Firma nicht in der Terminplanung, da ich ja über die Kundennummer auf die Kundendatei join. Die Aufgabe ist allerdings in der From schon reichlich dämlich muss man sagen.

kannst du die Tabellen Struktur bitte grob umreisen ? Soweit ich das les wäre das für mich ein standard left join. (right oder left is eh das gleiche, mal die linke menge, mal die rechte menge....) Gruß Sven

die views werden bei "einfachen" abfragen denke ich mal auch recht überflüssig sein, die würd ich dann auch gleich durch ne stored procedure ersetzen.

Wenn du nach code suchst der das macht, bist du im falschen Forenteil. Das gehörte dann eher in den Anzeigenmarkt. Ich gehe davon aus, dass dir das keiner für umme schreibt. Wenn dus selber schreiben willst, fang doch mal damit an, und meld dich wenn du ein konkretes Problem hast, an dem du nicht weiter kommst. Gruß Sven

Nein das können wir nicht. Was du da fragst ist vergleichbar mit : "Mein Auto ist kaputt, warum ?" Gruß Sven

Nach doch einigen Jahren in WG's würd ich dir seeehr von der Idee abraten. Ich hatte immer (naja bis auf 6 Monate) das Glück nicht nur neben den WG Kollegen zu wohnen sondern mit den Kollegen zu wohnen, das ist ne ganz andere Atmosphäre. Und ja, wenn bei uns einer auf die Idee gekommen wär sowas anzuleihern, dann wär entweder der Rest ausgezogen, oder derjenige wär raus geflogen...