streffin

afaik wirste über eine temp tabelle nicht rum kommen in mssql. Aber, es gibt unter mssql eine alternative zur #temp_table. declare @tbl table (id int, dateval datetime, monthName varchar(50)) declare @i int set @i = 0 while @i < 12 BEGIN insert into @tbl Values ( @i, dateadd(month, @i, '2010-01-01'), datename(month, dateadd(month, @i, '2010-01-01')) ) set @i = @i +1 END Das würd dir die tabelle zum left / right joinen liefern, wofür du keine temporäre tabelle anlegen müsstest. mit den table variablen kannst du arbeiten wie mit jeder anderen tabelle (auch syntaktisch), ich denke das würde sich für dich hier anbieten. Ansonsten ... das einzige was mir als alternative einfallen würde, wäre die tempdb, aber da du keine temporären tabellen anlegen möchtest, fällt das wohl aus. Wobei ich das nicht ganz versteh, 12 rows mit 1-3 columns .... warum kannste das nich einfach in ne temp table schmeissen das ganze ? (btw, die table variablen sind nicht wirklich was anders, werden halt schneller aus dem speicher geschmissen als tabellen in der tempdb) Gruß Sven

u're welcome

DECLARE @db_name varchar(255) SELECT @db_name = DB_NAME() IF NOT @db_name = `was_du_suchst` BEGIN print(´falsche Datenbank´) END ELSE BEGIN dein query END das sollte dem was du suchst denke ich nahe kommen. Gruss Sven

Ich bin was oracle angeht jetzt nicht sooo bewandert und kanns hier nicht testen, aber : select * from ( select * from table order by date_column ) where ROWNUM = 2000 Afaik wird in Oracle die ROWNUM vor der ORDER BY Klausel berechnet, was du aber mit dem Subquery loesen kannst dann. Rein prinzipiell muesste das so funktionieren, tests mal Gruss Sven Ps. Bevor mich einer ueber Rechtschreibung flamt, ich sitz hier an ner schwedischen Tastatur, und die ist nicht fuer die deutsche Sprache gemacht

bevor du an dem SQL noch verzweifelst ... dim sSql String sSql = "SELECT * FROM kunden WHERE name like '" & buchstabe & "%'" Was bereits angesprochen wurde, wenn du nur ein Zeichen nimmst und dass dann staendig in die DB feuerst, dann geht das boese auf die performance. Sinvoller ware es wenn du noch eine IF drum rum schreibst, und erst aber einer stringlaenge von 2-3 Zeichen die Datenbank bemuehst. Gruss Sven

Etwas aufwaendiger, aber vielseitig waere die Moeglichjkeit, die Controls dynamisch aus einer DB auszulesen. Dazu muesstest du die relevanten Daten der Controls, (breite,hoehe,x-pos,y-pos, name, parent usw) als felder einer tabelle anlegen. Der Vorteil davon ist, dass du beim loeschen eines Controls, nicht die row aus der Tabelle werfen musst, sondern du das ueber ein "aktiv-flag" machen kannst. Dadurch kannst du dann beliebig Zustaende wieder herstellen (no nen timestamp wanns geloescht wurde und von wem mit inn die tabelle schreiben) wenn jemand mist gebaut hat. Grus Sven

Also meine Loesung (die Tastatur hier hat keine Umlaute) waere : SELECT * FROM yourTable yt WHERE instr(yt.field1,yt.field2,1) > 0 Klein, fein, einfach und uebersichtlich Gruss Sven

nunja, wie mans nimmt. Unter .NET (unter Java gibts afaik mitlerweile auch ganz brauchbare GUI Designer) ist ein einfaches Fronted auch recht schnell gemacht. Der Nachteil von Access ... es ist Access ... Jedesmal wenn ich in Access Anwendungen was erweitern oder fixen muss bekomm ich Ausschlag. VBA und der etwas "eigene" SQL Dialekt, auf dauer macht das einfach keinen Spass.

Ich wuerd mir das einfach gestalten,und mir die instr() funktion näher anschaun. BR Sven

Wenn ich nun folgende Abfgrage verwende: SELECT id, max(version), text FROM `test` Group by id Was du brauchst ist nicht die max(version) im select, sondern als filter in der WHERE oder von mir aus auch HAVING klausel. DECLARE @test TABLE(pk int, id INT, vers INT, txt VARCHAR(255)) INSERT INTO @test Values (1,1,1,'eins'), (2,1,2,'zwei'), (3,2,1,'drei') SELECT * FROM @test t1 WHERE t1.pk = (SELECT top 1 pk FROM @test t2 WHERE t2.id = t1.id ORDER BY id DESC ) war jetzt in mssql auf die schnelle reingehackt, kann mir allerdings nicht vorstellen, dass mysql das nicht frisst. (von der table variablen mal abgesehen, das is ja aber nich das zentrale) pk steht übrigens für primary Key, ich hoff mal seeehr stark, dass du einen in der Tabelle hast. Gruß Sven

SELECT COUNT(*), Institution FROM deineTabelle GROUP BY Institution Lasst die Finger von dem Abfrageneditor, da lernt man nix dabei, und wenn man mal in SQL a wenig eingestiegen ist, dann behindert der eh nur. Davon abgesehn das so nen 3 Zeiler schneller getippt ist als dieser drag and drop kramf da. Grüße Sven

Bei Kundennamen / Firmennamen kommt das schon ganz gerne mal vor. Zum rumprobieren klar da is egal, wollt nur drauf hinweisen, dass man das so produktiv nicht machen sollte Nebenbei, was die Frage zu SQL im OP angeht, solange du uns nicht sagst, was für eine Datenbank du verwendest, was genau du bewirken möchtest mit deinem SQL Query, und wie die Datenbank aufgebaut ist (was steht in welcher tabelle, primary keys, foreign keys) können wir dir maximal ein paar tutorials an den Kopf werfen. Gruß Sven

Da würd ich dann aber schon ne arraylist oder ne Collection für nehmen. Klar kannstes auch per Sonderzeichen als String speichern, und danach am Sonderzeichen splitten. Bringt dann aber gleich das Problem dass da auch einer nen "sonderbaren" Namen haben kann, in dem dein Seperator vorkommt. Also wirklich sauber wär das jedenfalls nicht. Gruß Sven

While SDR.Read TextBox1.Text = (SDR.Item("Kundennummer").ToString) TextBox2.Text = (SDR.Item("Vorname").ToString) TextBox3.Text = (SDR.Item("Nachname").ToString) End While Wie drückt man das jetzt aus .... Kennst du dieses :upps Gefühl ? Du überschreibst den Inhalt der Textboxen in der Schleife, daher steht am Schluss eben der letzte Datensatz noch drin.

warum kuckst du nicht erstmal ob dein ram nicht eventuell nen Schuss hat ? Memtest86.com - Memory Diagnostic Ansonsten, mal das Timing vllt etwas entspannen und nochmal probieren. Wennd da nicht mit weiter kommst, hilft dir zur Gewissheit dann nur noch n Testsystem (Freunde Family oder sowas). Gruß Sven

Ich halte es immer für etwas unhöflich eine Frage direkt mit einem "erledigt" zu beenden. Es gibt in aller Regel noch andere die sich für die Lösung des Problems das man hat intressieren. der vollständigkeit halber daher : SELECT fileName, Max(Version) [max_Version] FROM Tabelle1 GROUP BY fileName mfg Sven

Ich denk mal stark, dass die Sache, warum du in einem Betrieb und auch Beruf arbeiten möchtest eher, im Bewerbungsgespräch an sich, dann eine Rolle spielt. Ein allgemeines "ich find euch so toll" zu Kreuze kriechen, mhm, es soll Menschen geben die Bücklinge mögen, ich kann das jetzt aber auch nich so wirklich mit dem Kampfbegriff "Teamfähig" verbinden. Als Frau könntest da dann au glei schreiben, Ich bin Jung, 90/60/90 verzweifelt und willig. Das wär ungefähr das gleiche Maß an Rückgrat //edit : In der Bewerbung heist das nicht "Lügen" ! Das heist "Schönen"

Das Problem das du hast, ist nicht den Quelltext einer Website zu parsen. Das ist einfach, sehr einfach. Das Problem das du hast, ist dass du dich nicht darauf verlassen kannst, dass sich an der Seite nicht mal was ändert. Weil dann bist du was das parsen angeht relativ angesch***en. Sofern es kein offizielles Angebot dieser Informationen, in einem definierten, festen, Datenformat gibt, würde ich an deiner Stelle irgendwo einen Server hinstellen, von dem aus sich auf die App's die auf den Telefonen laufen, die aktuellen "Parseregeln" (-> regular expression wäre hier das Stichwort) ziehen. Das googlen werd ich dir nicht abnehmen. Such ob du die Daten per XML file, csv, von mir aus Excel oder TXT findest, wenn du das hast, dann kannst damit arbeiten und bist relativ aus dem Schneider. Wenn du das nicht findest, dann wird die Sache intresannter. Und wie gesagt, nur einmal da bissl was hinfrickeln was die Aktuelle Seite auslesen kann, das darf dir eigentlich nicht genügen. Das ist zu Statisch, da reichts hinterher dann unter umständen wenn da statt "Lottozahlen vom 17.08.2008" auf einmal steht "Die Ergebnisse der Lottoziehung vom ....". Gute Software will Zeit, Planung, und die Fähigkeit sich anzupassen. Mal eben schnell schnell führt zu 99,9999% in die Sackgasse. Gruß Sven

Ich kann nur von meiner Berufsschule reden. Bei meiner sieht das so aus, dass ich in der Schule zu 90% warte bis endlich der Tag rum ist, weil ich da nichts lerne (BWL und Wirtschaftskunde is hier und da ganz intresannt, aber das haben eh beide Fachrichtungen). Programmierlehrer ist ein Fossiel, das vor 15-20 Jahren "stehen" geblieben ist. Der macht da sein Script, durch, kann aber nicht Objektorientiert Denken. Jo ... wunderbar, und der will dir da Java beibringen. Der macht da zum Teil Sachen, da würd mein Abteilungsleiter mich für kreuzigen. Von daher .... joa, das is so grob das was wir als Anwendungsentwickler haben, was den Sysintegratoren fehlen würde, wenn man jetzt von Programmieren in der Schule spricht. Also die schulische Ausbildung, die würd >ich< als sehr sekundär sehen. Was wichtiger ist, ist was du im Betrieb machst während der Ausbildung würde ich da sagen.

Ich will nichtmal anfangen grob zu schätzen was das in GB wäre. So oder so, ich würde das nicht mit einer relationalen DB speichern, die Stellungen. WENN dann würd ich da dann über eine Objektorientierte Datenbank nachdenken. Aber auch dem würd ich wenig Chancen auf "sinnvoll" einräumen. Du hättest einfach eine gigantische Menge von Daten. Und, die Gewinnchance, musst du zum anlegen der Datenbank so oder so erstmal komplett durchrechnen, für ALLE möglichen Konstellationen. Da rödelt dein Rechner eine verdammt lange Weile (da denke ich eher in Jahren / Jahrzenten als in Wochen) würde ich vermuten.

Das ist was das solltest du wirklich direkt im SQL Query machen. Um da näher was zu zu sagen musst du mal dein SQL posten, aber es kann fast nicht sein dass du performance technisch da keine Vorteile bei rausholst. Davon abgesehen dass dein Problem sich auch gleich mit in Luft auflöst. Du musst bedenken, SELECT * gibt dir dann auch den ganzen nicht benötigten kram. Das gibt Traffic, und beschäftigt auch die Datenbank. Solang deine DB nicht auf nem Taschenrechner läuft kann das kein Flaschenhals werden wenn du da nen anständiges Query schreibst. Gruß Sven

Ich weis jetzt ja nicht mit welchem DBMS du arbeitest, unter MS SQL worauf ich grade tippe wäre das declare @id int set @id = 5 alternativ : declare @id int = 5 Wobei ich nicht ganz versteh, warum du da über SQL variablen gehst, wenn du das SQL eh im Frontend zusammenbaust. Wenn du da eine UDF oder Stored Procedure schreibst würd das sinn machen (dynamisches SQL) aber wenn du dein Query eh im Frontend zusammensetzt, ist das eingentlich überflüssig würd ich meinen. Gruß Sven

Mit den Vorkenntnissen wirst du mit Sicherheit keine Probleme haben einen Ausbildungsplatz zu finden. Was das Thema Übernahme / andere Stelle angeht, das sollte in den frühen 30ern auch kein Problem sein. Ich bin zwar nen Tick jünger (26) aber mer ham bei uns auch noch 2 mit ü30 in der "Schule" (ich brings nichts übers Herz den Bau wirklich Schule zu nennen) sitzen.

Du gehts in den VBA Editor, dann auf Extras - Verweise Das war aus dem Kopf, also keine Garantie, wobei dir ohne die Access Version wohl niemand eine definitive Antwort geben könnte Gruß Sven Edit : Das sieht fast so aus, als ob da einer ne temporär lokal (Email Anhang oder temp internet file) gespeicherte dll eingebunden hätte (was erklären würd warum se jetzt nimmer da is) kann das sein ?