streffin

Me.chxErledigt.Checked = True und Me.chxErledigt.Checked sollte eigentlich beides den selben Bool Wert ergeben. Das erste ist ne Expression, aber Wert ist der gleiche. Ich würd jetzt mal ungesehen, ungestestet, raten (educated guess) dass der OLEDB Treiber das nicht sauber zu Access Boolean übersetzt. In Access wäre checkbox.checked ein -1 statt einer 1... Offen gesagt, bevor ich freiwillig Access verwend, parse und schreib ich mir XML.... selbst das ist imo besser als Access. Ps.: Schäm dich nich, wirklich nich. Da gabs schon GANZ andere Fragen. Gruß Sven

je mehr ich les, desto mehr will ich mir das auch mal auf die Platte werfen -.- Bah, nach der Zertifikatsprüfung, nach der Zertifikatsprüfung, nach der Zertifikatsprüfung

Ich würd die Liste etwas sortieren, und "Internetkompetenz" streichen Die Grundkenntisse Liste ist auch etwas sehr lang, das sieht ein wenig nach "ich habs mal im vorbeigehen gesehen" aus, nicht das ich dir das unterstelle, aber die Liste ist schon seehr lang, und der Begriff ist recht schwammig. Allgemein würd ich die Vorkenntnisse aber schon mit rein nehmen. Gruß Sven

Zusätzlich redest du da von Tabellen, nicht von Datenbanken. Das ist ein nicht unwichtiger Unterschied. Gruß Sven

In meiner ehemaligen Berufsschulklasse waren wir zu ca 30-40% Studienabbrecher. Viele mit erst nochmal Studienfach gewechselt dazwischen. Wir hatten einen Altersschnitt von 24, das gibt auch etwas Auskunft darüber, dass bei weitem nicht jeder frisch von der Schule in die Ausbildung gegangen ist. Das ist zwar nicht representativ, aber die Chancen sollten denke ich ganz gut stehen. Gruß Sven

PHP Syntax will ich mir nicht unbedingt antun, wenn es anders geht .... (das ist imo dann auch das falsche Forum) aber : So wie ich den Eingangspost lese.... Personalnummer hört sich für mich stark nach primary key an, was dem Query dann den Sinn nehmen würde, oder zumindest sollte. Was genau willst du denn für welchen Zweck updaten ? Aus dem bisher geposteten kann ich denn Sinn nicht wirklich schließen. Btw, aus RTFM mysql_connect() noch viel weniger. Gruß Sven

wie gesagt, schreib die Abfrage um. Verlass dich nicht auf die Lokalisierung, sondern gib expliziet an, in welchem Format ein String zum Date oder Datetime convertiert werden soll / muss. Dein Query funktioniert dann auf allem was TSQL versteht. Btw, auf dem MS SQL server (das sollte auf sqlCE auch gehen), kannst du auch so ziemlich alles an Settings für die aktuelle Session überschreiben. Das ist NICHT das was ich dir raten würde, aber es geht....

Der Server hat globale Settings für z.b. Sprache und Datumsformat. Deshalb hast du da dieses Problem. Was du aber tun kannst, und solltest, ist, das Datumsformat mit angeben bei der Konvertierung. Beispielsweise : WHERE [datum] between CONVERT(date, '2010-12-23', 120) AND CONVERT(date, '2011-12-23', 120) Was die verschiedenen Datumsformate und den Code dafür dangeht empfehle ich link Gruß Sven

arg, ich bin so versucht wieder anzufang -.-

Das Thema wurd von vielen Leuten schon in deinem ersten Thread zu dem Thema durchgedacht und ausführlich diskutiert. Wenn du willst das dir das ganze auf dem Silbertablett serviert wird, würde ich an deiner Stelle mit einem Stundensatz von 100-150€ rechnen. Gruß Sven

Was ich in so Fällen immer ganz gerne mache ist folgendes : (TSQL) right('0' + convert(varchar(2), [minuten als integer]) , 2) Also im Endeffekt immer die 0 anverketten, und dann die letzten 2 Zeichen des resultierenden Strings. Das gibt dir immer eine 2 stellige Angabe, ohne dass da was schief gehen kann. Sollte auch recht performat sein denke ich, so viel ist da an Aufwand nicht dahinter bei ner String Verkettung nen nem Substring..... Gruß Sven

Liest sich schon ganz sinnvoll. Wobei ich bei Zugangsdaten darauf achten würde dass die nicht als Plaintext gespeichert werden. Für feste Werte könntest du auch recht einfach das XML parsen und Editieren, ohne über dynamische Config Files gehen zu müssen, ob das sinnvoll ist steht auf einem anderen Blatt.

Ich bin in Mysql jetzt nicht unbedingt top fit, aber so wie ich die Sache lese, muss in dem Query das Datum des Datensatzes 2x verglichen werden. Einmal gegen now() -60 Tage und einmal gegen now(). date_add sollte das ganze mit etwas weniger rechnen hinbekommen. Das nächste was performance kostet wäre das distinct. Wie sehen die Daten denn aus ? Warum vergleichst du in PHP das Datum mit, ich vermute der aktuellen Zeit ? Hast du je ID meherere Einträge und intressierst dich für den jüngsten / ältesten ? Gruß Sven

dann frag doch mal deine Frisöse (das ist wie vieeeles andere auch ein Ausbildungsberuf) das nächste mal was sie verdiehnt. Ich würds aber vorsichtig formulieren wenn die grade spitze oder scharfe Gegenstände in der Hand hält.

die XML einlesen, und per code Bearbeiten und wieder speichern würd ich jetzt sagen. Wobei ich gerade Kopfschmerzen bei dem Gedanken bekomme, Daten auf einem SQL Server in Visual Studio zu bearbeiten..... Gruß Sven

Mein Liste wäre, auch im vergleich zu aktuellen Titeln : 1. X-Com 1 Enemy Unknown 2. Master of Orion 2 3. Hearts of Iron 2 4. Half Life 5. Monkey Island 1

zum Thema Stored Procedure .... Wenn du das Datum allgemein auf getdate() setzen möchtest, dann brauchst du das nicht als Parameter der Procedure. Im Endeffekt deklarierst du in deinem Code oben das Datum als Optionalen Parameter, mit dem default Wert getdate(). Afaik würde das auch nicht funktionieren, einen Funktionsaufruf als Default Wert zu hinterlegen. Ich werds heute nicht mehr testen, aber ich zweifle dass das akzeptiert wird. Davon abgesehen kannst du da alles mögliche als Datum übergeben, nur wenn der Parameter nicht im Aufruf übergeben wird, hättest du da getdate(). Was du tun kannst ist : CREATE PROC spAktionNew @UserID int, @KatID int /*@datum datetime = NULL */ AS BEGIN declare @Datum datetime = GetDate() -- warum 1x date und 1x time ? /*set @datum = isnull(@datum, getdate()) */ .... END Auskommentiert wäre wie ich @datum als optionalen Parameter anlegen würde. Ansonsten hast du von den Vorpostern reichlich alternative Vorschläge Erstellungs / Änderungsdatum zu speichern. Für eine Allgemeine Lösung würde ich vermutlich (mit fehlt der Hintergrund des Ganzen),zu Triggern tendieren, da kannst du dir z.b. dann auch den SQL User der die Änderung durchgeführt hat wegschreiben. Gruß Sven

Falls du Duplikate in den beiden Abfragen hast ist hier recht wichtig, ob du diese Duplikate angezeigt bekommen möchtest oder nicht. UNION würde dir keine Duplikate liefern, UNION ALL würde dir Duplikate liefern. Jedenfalls für Mssql und Oracle. Ich gehe auch davon aus dass das recht allgemeingültig sein dürfte. Gruß Sven

Oh wie ich Access SQL hasse [Jahr not like '2011'] sieht für mich falsch aus, da die "Platzhalter" fehlen. Like in sinne von x like '%bla' wo das % dann sagt "irgend ein string" Wobei ich da jetzt auch nicht die Hand für ins Feuer leg. Ich gehe jetzt davon aus, dass du das Datum als DATE in der DB stehen hast. SELECT distinct k.Name FROM Kunden k INNER JOIN Besuch b ON k.ID=b.ID_Kunde WHERE NOT datepart("yyyy", b.jahr) = 2011 Ne kurze Google Suche gibt mir nur "im Wizzard machst du ...." Unfug zurück, daher hab ich nicht die geringste Ahnung ob dir datepart in Access nen String oder nen Integer zurückgibt. Das musste testen, in Access bin ich nicht so sicher wie ich in, ich sag jetzt einfach mal geringschätzend, echtem SQL bin. Der Rest sollt aber auch in Access tun. Gruß Sven

beim öffnen vom file code ausführen - easy. "irgendwo liegen 2 dateien" .... ähm ja, nope. Wenn du es ins perverse treibst kannst du in vba das gesamte filesys durchloopen, aber wenn du nichtmal weist nach was du suchst, wirst du auch nichts finden. Falls du mit "eine Abfrage" meinst, dass der User aufgefordert werden soll, die 2 files anzugeben, dann erstell dir ein Formular, 2 buttons hat, die im onclick event nen filebrowser öffnen, und speicher das dann in welch immer Form du das dann hinerher verwerten willst. Gruß Sven

das doofe is dass des bei nem gauss demo oder nem morri nich funktioniert, das macht mir bissl sorgen grad

Racs und AC changes me like a lot ... Panzer mit noch mehr armor .... das macht mir ein bisschen Sorgen, die Dinger reissen nen Mech so schon in kleine Fetzen auf halbwegs vergleichbarer Preisklasse

insert into tabelel3 (tbl1_id, tbl2_id) SELECT tbl1.id, tbl2.id FROM tabelle1 tbl1 inner join tabelle2 tbl2 ON [expression] WHERE [expression]

Wenn du die Ausbildung zum Fachinformatiker machen willst, dann ziel höher als Rechner rumtragen und Grafikkarten austauschen. Das einzige was dich wirklich etwas einschränken wird, ist das du langsamer tippen wirst, als deine Kollegen. Aber ein Netzwerk planen, dich mit Zertifikaten rumschlagen, Server aufsetzen (FISI) oder Programme entwickeln (FIAE), da ist tippen nicht der Hauptteil der Arbeit. Du wirst in dem Beruf programmieren. Als Admin schreibst du dir Scripte, als Entwickler ganze Programme, aber in beiden Fällen kommst du auch mit einer Hand aus. Ein Script ist nicht viel Text, und eine gute Entwicklungsumgebung hat normalerweise Textvervollständigung. Ziel höher als Rechner rumtragen, zum Rechner zusammenschrauben, da braucht man keine Ausbildung für. Gruß Sven

Die Gretchenfrage ist da denke ich WIE man auf die Daten zugreifen möchte. Wenn man über eine Intranet Seite, oder mehrere Tools darauf zugreifen möchte, würd ich definitiv auch einen Webservice aufsetzen, der sich dann auf die Datenbank connectet. Dann hätte man eine einheitliche Schnittstelle, was immer was schönes ist. (Lässt sich aber auch über ne DLL lösen die man sich schreiben könnte für den DB Zugriff, Intranet hier mal ausgeklammert) Wenn ich nur über >eine< Applikation zugreifen möchte, die mehrere User verwenden, würde ich direkt in der Applikation den DB-Zugriff implementieren. Beides ist aber schnell erledigt und nicht sonderlich komplex. Irgendwo im Netz ein XML File ablegen, und mit mehreren Usern drarauf arbeiten, das ist aber... ja wie soll mans sagen, geziehlt selbst ins Knie geschossen kommt denke ich nahe ran.