streffin

ich hab vor 2 jahren ma hier un da ma nen scan alt an die Jita routes gestellt, und hab mitm Main in ner Brutix dann die Autopilot shuttles und frigs die sich gelohnt ham weggeschossen Highlight war nen Shuttel mit 4 researched Cap Ship BPO's, ich ging von BPC's aus was sich dann schon gerechnet hätte ^^ --> 1 verpufft, 3 gelootet, 3,5mrd isk reicher ;D In Eve kann ma so richtig schön fies sein

Ish, das aber unschön. UPDATE tbl set field = isnull(field + ',' , '') + 'birne' WHERE expressin das wäre syntaxtisch TSQL, unter z.b. Mysql müsstest du isnull durch ifnull() ersetzen. Klotzkopp hat allerdings absolut recht darin, dass man sowas normalerweise nicht tut, und es auch gute Gründe hat, so etwas nicht zu tun. Gruß Sven

Grob übern Daumen .... biste da nicht schon langsam Harz4 berechtigt ? Ist ernst gemeint. Lass das 50-100 Euro sein, das würd dir vermutlich übern Berg helfen. BTW, 1200€ Brutto ... da würd ich allgemein nen Arbeitgeberwechsel in Betracht ziehen

Es kann vermutlich auch nicht schaden, deinen Betrieb zu fragen, ob die dir ein WG Zimmer eventuell etwas Sponsorn. Für dich sind momentan 150€ verdammt viel Geld, für den Betrieb sind beim Thema Mitarbeiterkosten 150€ ein Witz.... Zu verliern hast nicht viel

Wenn du ein wenig die Karriereleiter hochsteigst, Teamleitung, Projektleitung, Consulting etc, halte ich es mit 20 Jahren Berufserfahrung im Alter von 45 Jahren, doch als außerordentlich wahrscheinlich im Jahr knappe 75k Brutto nach Hause zu tragen.

Bei dem Thema ist es seeehr relevant was da an DBMS läuft. Und zwar im Detail. Die teuren Lizenzen haben da zum Teil seehr nette Funktionen, was die (immer noch schweineteurern) billigeren Lizenzen nicht bieten. die recht triviale Möglichkeit per Trigger Updates wegzuschreiben ist halt leider auch recht unperformat wenn da viel auf der DB gemacht wird. Gruß Sven

genauso schön is, wennd "abholen" mit "abliefern" verwechselst

Was die Raven angeht ... Wenn du die wirklich omni Tanken willst, also ein setup für alles, dann brauchst du entweder die Raven nahezu ausgeskillt (oder einen ***** voll Kohle (***** voll wäre im mrd isk bereich)). Zum einen brauchst du die Fitting skills mehr oder wenig gemaxt, damit du genug CPU hast, und die Cap Skill definitiv auf max, damit dir das Licht nicht ausgeht bei der Sache. Du fährst viel besser wenn du Mission spezifisch fittest. 2x primary Dmg 1x secondary dmg Hardner + 1 Invu. Dann solltest genug resis haben. Wennd dann noch nen Shield Bosst enhancer und nen XL Shieldbooster (der saugt halt cap wie sonst was, da musste halt immer auf dein Cap Achten dass dir die Hardner nicht ausfallen), oder einen billigeren Faction Shieldbooster fittest dürftest du keine Probleme mit dem Tanken haben. Es gibt auch einige sehr nette Faction Medium bis Large Shieldbooster die sehr stromeffizient arbeiten, das wär was das du dir mal ansehen kannst, was die Dinger kosten, und ob es sich für dich rechnet. Aber primär wichtig ist die Resists sehr hoch zu haben. Dronen und Missiles immer das nehmen was die Ratten nicht mögen. Bei Missiles ist einfach, da haste genug Platz das du mehrere Sorten mitnehmen kannst, kannst Testweise ja mal einen Launcher mit Kin und einen mit was auch immer der Ratte am meisten weh tut laden und vergleichen was bei rum kommt. Bei Drohnen definitiv das was vom Schaden her am besten passt. Und die t2 Dronenskills sind verdammt nützlich in jeder Lebenslage. Durch Droneinterfacing bekommst du nochmal richtig Schaden dazu, und im BS bist du ohne Drohnen in vielen missionen schlicht tot. Wenn der Tank mal steht, is die Raven ziemlich idiotensicher, mit dem ding kannst dann praktisch nichts falsch machen Es schadet nebenbei auch nicht, bei gelegenheit mal die Gallente cruiser auf lvl4 zu bringen, ne Vexor oder ne Myrmidon sind sehr hübsche ruf Farm Schiffe. Grad die Myrm, die kannst zutanken das ist nimmer schön, die stellste hinten rein, ziehst Stage aggro, dronen raus, und nach paar Minuten is die Stage leer (t2 Dronen solltens da aber scho sein). Abhängig vom Fitting kannste so durchaus level 3 Missis machen "lassen" Hoffe die Fitting Anregung hilft etwas Gruß Sven

Das beste was ich bisher hatte, war ein Kunde, der seinen Datenexport im CSV Format haben wollte. Das Format schön sauber durchdefiniert .... Textqualifier None. Auf den Hinweis dass der Delimiter aber in einigen Freitextfeldern vorkommt, hat er auf biegen und brechen auf seinem Format bestanden (und das war dehren Datenbank Fuzzi). Das wär für mich dann so ein Kopf -> Wand Moment. Du wirst vermutlich niemanden finden der nicht schon mit "Fehlbesetzungen" zu tun hatte

Ich bin eher der Coder als der Admin, deine Frage wie man das Schwein zum fliegen bringt kann ich dir nicht beantworten.... Aber rein aus Intresse : Was reitet dich, eine lokale Access MDB als Linked Server anlegen zu wollen ? oO Gruß Sven

Was vergleichbares hat afaik fast jedes DBMS, in MySql wärs Limit, in DB2 soweit ich weis auch. Das war nicht als direkt ausführbarern Code gedacht. Davon abgesehn weis ich nichtmal ob die Tabelle eine PK enthält.

Ohne wichtige informationen, wie z.b. welches Datenbanksystem dahinter steht und ohne tabellen Struktur : update tabelle set x = y WHERE primaryKey in ( SELECT top 1 primaryKey FROM tabelle order by ??? ) Sollte normal funktionieren. Gruß Sven

Das ist aber schon ein gehöriger Overhead, wenn du erst das Excel File in .Net ausliest, dass dann in die Datenbank schreibst, joinst, exportierst, und dann per .Net wieder in die Excel schreibst. Das ganze dann noch sauber und alles mögliche an Fehlern abfangen.... 2 Min is da seeeeeehr positiv gerechnet

deine Bedingungen gehören in die Where Klausel des Selects. INSERT INTO tabelle (col1,col2,col3,...) select colX,colY,colZ,... FROM... WHERE [bedingung]

Hoi Günnie, den Vergleich machst du am besten / einfachsten per Sverweis Formeln. Was das erstellen einer 3. Tabelle angeht, da würde mir jetzt nur copy & paste einfallen. Hier einfach nur die Werte einfügen, und fertig. Das kannst du natürlich mit einem simplen makro automatisieren. Sub bla() Dim lastRow As Long Dim lastCol As Integer With Sheets(2) lastRow = .Cells.SpecialCells(xlLastCell).Row lastCol = .Cells.SpecialCells(xlLastCell).Column Range(.Cells(1, 1), .Cells(lastRow, lastCol)).Copy End With Sheets(3).Cells(1, 1).PasteSpecial Paste:=xlValues End Sub mehr ist es eingentlich nicht Gruß Sven

Statt das komplette Sheet zu kopieren würde ich an deiner Stelle nur die Range die du brauchst kopieren : activesheet.copy --> Range(activesheet.cells(1,1), activesheet.cells(71,9)).copy ungetestet sollte aber hinkommen. Die Range kannst du auch per Range("A1:B2") angeben, aber ich bekomm jedesmal die Krätze wenn ich nen Columnindex in nen Integer umrechnen muss. Gruß Sven

1. Subquery ist recht sinnlos 2. Stichwort Group by

Ja, es gibt schon ein paar Kleinigkeiten die man bis heute vermisst... Aber auf Merge Into und row_number() möcht ich auch nicht verzichten

Ich weis das ist nicht exakt das ist was du suchst, aber du kannst einen Windows authentification SQL User anlegen, der sich per Passthrough anmeldet. Dort kannst dort angeben von welcher Domäne oder von welchem Host der User connecten darf. Der User den du angeben kannst / musst, geht von einzelnen Windows User Accounts (incl. Guest), über Usergroups, System Prozesse, so ziemlich alles was Windows an Rechtestruktur zu bieten hat. Hoffe es hilft. Gruß Sven

Hi, die Namen waren falsch rum da hast du recht ja. Aber wenn du alle Rechner zählen willst, solltest du normalerweise kein case brauchen, das müsste mit einem count (distinct) erledigt sein. Das kommt drauf an, wie genau die Datenstruktur aufgebaut ist. Es ging eher um das Prinzip wie du solche Abfragen auch ohne Subquerys lösen kannst, da Subquerys in aller Regel Performance kosten. Gruß Sven

Du beschwerst dich wirklich darüber dass ihr unter VS programmieren lernt in der Berufsschule ? Wäre dir ein seit 5 Jahren nicht mehr gepflegter Texteditor mit Syntax Highlighting und einen "Compile & run" Button für Java lieber ? Das hatte ich zu meiner gigantischen Freude als "IDE"... Ich hätte getötet für eine anständige Entwicklungsumgebung. Und Visual Studio ist eine sehr angenehme. Gruß Sven

Kleiner Nachtrag ... In dem speziellen Fall kannst du das ganze ohne Subquerys abhandeln. select nodename, SUM(CASE WHEN EPOProductProperties.ProductCode LIKE 'VIRUS%' AND EPOProductProperties.DATVer >= CONVERT(nvarchar(4), @VARIABLE1) THEN 1 ELSE 0 END ) [TotalComputers] count(NodeName) [Up2DateComputers] FROM ... WHERE ... GROUP BY nodename Alternativ wäre COUNT(CASE WHEN [expresion] THEN nodename else NULL END)

welche standard Datumsformatierung der Server hat ist egal. Du schreibst den Datentyp Datetime in die Tabelle, nicht den String zu dem der Server das Datum standartmäsig konvertiert. Du konvertiertst einen String zum Datum, nicht umgekehrt. Bei deinem Format hier brauchst du : DECLARE @beispiel nvarchar(255) SET @beispiel = '07.09.2011 15:01:22:660' PRINT CONVERT(DATETIME, @beispiel, 104) --> : 'Sep 7 2011 3:01PM' Gruß Sven

Hi, mach die Gruppierung mal direkt in den Subquerys. Ich geb dir ein Beispiel was dir da die Abfrage zerhaut : stell dir gedanklich vor, du hättest nur eine einzige L1ParentID. Folgende Annahmen : - es gibt nur eine einzige L1ParentID - Subquery 1 gibt die 3 Rows zurück - Subquery 2 gibt dir 5 Rows zurück Folgendes würde passieren : Du joinst auf der L1ParentID auf Subquery 1 und bekommst 3 Rows im Recordset, jeweils mit der selben L1ParentID. Jetzt joinst du auf Subquery 2 und bekommst 5 Rows vom Subquery, und joinst wieder auf der L1ParentID. Jede deiner 3 Rows, die du bisher hattest, wird jetzt mit den 5 Rows aus Subquery 2 gejoinst, weil die Expresssion in on condition ja in jeder Row true ergibt. --> du hast im Recordset jetzt 15 Rows, obwohl du eigentlich nur eine Row bräuchtest. Das ist auch der Grund, warum du da count(distinct x) machst, weil du jeden Rechnernamen mehrfach in der Finalen Ergebnismenge haben wirst. Wenn dir jetzt überlegst, was passiert wenn du von den Subquerys jeweils sagen wir 100 Rows zurückbekommst, und du mehr als eine L1ParentID betrachtest, dann weist du warum dein Query nicht funktioniert. Mich wundert fast dass dir da nichts abschmiert wenn das die TempDB so zumüllt. Was du tun musst ist deine Subquerys umschreiben. ( Select Count([distinct] NodeName), L1ParentID ... GROUP BY L1ParentID ) Dann bekommt du für jede L1ParentID jeweils eine Anzahl, und hast nicht Millionen nutzlose Rows im Recordset. Falls du das distinct nicht mehr brauchst, lass es weg, das kostet durchaus resourcen Gruß Sven

Also in dem Beispiel von dir ist so viel Objektorientierung auch nicht drin. Die 2 Klassen brauchst du nicht als Objekt, die kannst genauso gut statisch schreiben. (Mehrere Connections auf die DB aus einer Vorlage sollten extrem selten nötig sein) Ansonsten .... VBA ist halt VBA, das ist kein Java oder .NET, das ist keine objektorientierte Sprache. Jendefalls nicht im Sinne davon, dass du selbst Klassen schreiben und Objekte erzeugen kannst / sollst. Wenn du sinnvoll Methoden und Funktionen schreibst, kannst du aber auch vieles "schöner" schreiben als das was der Makroaufzeichner verbricht. Ansonsten : VBA = Quick n Dirty, ich sag nur on error resume next