Melanin

ah Frankfurt da bewerb ich mich grad

Hallo,

wenn Ihr eine Firma verlasst am Ende der Probezeit, würdet Ihr das am Ende in dem Bewerbungsschreiben begründen/erwähnen oder warten bis zum Vorstellungsgespräch, wenn Ihr danach gefragt werdet?

sorry für den thread-hijack aber das Wort Anlage schreibt keiner hier mehr ins Bewerbungsschreiben, ist das schon wieder out?

mh, wurden ist eigentlich richtig, da es mehrere Kenntnisse sind.

jup habs mir nochmals angeschaut kam mir dann auch nicht stimmig vor

edit: Zu diesem wurde mir bereits im Vorfeld gute fachliche Kenntnisse hinsichtlich Softwareentwicklung in C# bestätigt.

Hast recht, zugesagt ist quark und wurden = wurde hehe

Hallo,

ich habe meine Firma zum Ende der Probezeit verlassen bzw. so soll es im Arbeitszeugniss stehen. Der Leiter der Softwareentwicklung bewertet meine fachlichen Kenntnisse als gut (mündlich besprochen, steht später im AZ drin). Der obige Leiter ist jetzt noch im Urlaub, doch ich will mich wo bewerben, habe aber das AZ noch nicht.

Würdet Ihr folgendes so oder ähnlich schreiben in der Bewerbung, damit keine Mißverständnisse auftauchen bzw. Fragen offen sind:

Meinen Arbeitsgeber habe ich zum Ende der Probezeit auf eigenen Wunsch verlassen. Mein fachlich Vorgesetzter befindet sich noch im Urlaub, daher werde ich Ihnen schnellstmöglichst , jedoch frühestens ab 01.09.2009 mein Arbeitszeugnis zukommen lassen. Zu diesem wurden mir bereits im Vorfeld gute fachliche Kenntnisse hinsichtlich Softwareentwicklung in C# zugesagt .

Hallo,

Gibt es speziell für Informatiker eine Art Vorlage für ein Arbeitszeugniss?

Hi,

eine Kundennummer ist ein fachlicher Wert und daher als PK denkbar ungeeignet.

Dim

Eine Kundennummer als PK, was spricht dagegen?

Kundennummer ist eindeutig!

Technische Schlüssel ist eindeutig!

Warum beides nehmen? und nicht gleich die Kundennummer als PK ?

Das DBMS wäre: Advantage Database Server

sonst wie gesagt würde mich noch ein richtiger Vorteil FÜR die alphanumerische Variante interessieren.

Hallo,

was sind für Euch die Vorteile/Nachteile, wenn man Kundennummern neu anlegt mit Datentyp Char/Integer dazu noch autoinc ?

Hallo,

folgende Informationen habe ich:

3 Tabellen in einer N:M Beziehung:

oxcategories

oxid (PK)

oxrootid

oxparentid

Zwischentabelle:

oxobject2category

oxid (PK)

oxcatnid(FK)

oxobjektid(FK)

oxarticles

oxid (PK)

Mit folgendem Select hole ich alle Kategorienamen/title auf die von allen Artikeln verwiesen wird.

Select cat.oxid , cat.oxtitle From


oxcategories      as cat,

oxobject2category as ob_cat,

oxarticles        as art


where cat.oxid = ob_cat.oxcatnid and ob_cat.oxobjectid = art.oxid

Nun möchte ich prüfen welche von allen Kategorien eine Root-Kategorie ist oder eine Sub-Kategorie.

Sub-Kategorie wäre oxrootid = oxparentid , beides sind Felder in der Tabelle

oxcategories so hinterlegt.

Weiß jemand gute Tips?

Hallo,

warum wird das Feld oxcatnid der Auflösungstabelle oxobject2category von meinem mysql query browser nicht erkannt?

Fehler: Unknown column 'oxobject2category.oxcatnid' in 'on clause'

SELECT cat.oxtitle FROM oxobject2category, oxcategories as cat INNER JOIN (oxcategories, oxarticles)

ON

(oxcategories.oxid = oxobject2category.[B]oxcatnid[/B]

AND

 oxobject2category.oxobjectid = oxarticles.oxid)

Fullack Victorinox.

fullack Victorinox ebenso. Da mir der Anzug sehr gut steht und ich mich sehr wohl fühle in Anzügen das alles nebenbei ziehe ich den Anzug an

Das ist nie overdressed, erst recht nicht, wenn du dich bei einer Firma bewirbst, bei der Du viel Kundenkontakt hast. "Schlummi" rumlaufen kann jeder. Du zeugst damit, dass Du weißt, wie man es richtig macht

Hallo,

habe ein Vorstellungsgespräch bei einer IT Firma (Hardwareteile für Privat- und Firmenkunden) in der EDV-Abteilung mit ca. 50 Mitarbeitern.

Würdet Ihr einen sehr feinen Nadelstreifenanzug (extra für Hochzeit gekauft vor einem Jahr ) + Krawatte dafür anziehen. Oder reicht ordentliche Jeans + Hemd mit Jacket?

Meine Frau meint das sieht total overdressed aus naja...

Gibts so einen funktionsbasierten index für SQLite ?

Nein.

habe das department_name feld bei Collate auf "NOCASE" gesetzt. Jetzt wird nicht mehr unterschieden zwischen "TeSt" und "test" bei sqlite 3

witzig gerade probiert: Die sql ce hat RI + macht keinen Unterschied zwischen "test" oder "TEST" das ist nett im Vergleich zu sqlite ^^

Vom Regen in die Traufe wie? Nimm leiber gleich was vernünftiges. PostgreSQL oder die kostenlose Oracle XE

Dim

Über deine Eingabemaske bekommst den Wert in einer Variablen. Und deinem Insert übergiebst eben diese Variable zusätzlich noch ein zweites mal nur eben, dass Du sie dann vorher per Stringfunktion "geuppert" hast. Bei einem Update das gleiche. Das ist ein Aufwand von ca. einer Minute das einzubauen (mal grob geschätzt).

das würd pseudocodemäßig so aussehen:

insert into abteilung (department_name,dep_upper_name) values(deine_variable,UPPER(deine_variable))

Im SELECT wird natürlich weiterhin nur die Spalte department_name gelesen.

Nein. Soweit ich weiß gibts dort nicht mal referentielle Integrität. Du kannst zwar einen Primary und Foreign Key anlegen aber sqlite ignoriert das stillschweigend. Ich würd mit so kleinen Datenbanken wirklich nur Daten verwalten die nicht besonders wichtig sind.

Evtl. für kleinere Tests oder Anwedungen wie iTunes die irgendwelche Daten lokal für einen User speichern müssen oder im embedded Bereich mit knappen Ressourcen.

Zum Üben ist sqlite m.M. nach eher ungeeignet da vieles nicht unterstützt wird was eine DB eigentlich ausmacht.

Um welche Anwendung handelt es sich denn bei dir denn? Nur eine Übung oder wird das auch mal produktiv eingesetzt? Evtl. noch von mehreren Usern gleichzeitig?

Dim

wir sind alle produktiv hier! ne spasseken ist ein Übungsfeld um mic in sql einzuarbeiten... ich hab mit Abteilungen net viel am Hut ist aber oftmals ein Musterbeispiel... Sqlite keine RI? stimmt OnDelete Cascade geht da net wenn die Master Table flöten geht... Ja selbst die lokal db sql ce vo MS hat RI naja vllt. schau ich mir mal firebird an.

Wenn Du jetzt anstelle von department_name den Unique Constraint auf die Spalte dep_upper_name legst, verhindest Du auch, dass jemand den gleichen Abteilungsnamen nochmal mit anderer Gross/Kleinschreibweise verwendet.

Ohne dieses Konstrukt ist es nämlich möglich die Namen Personal, personal pErsonal etc etc. zu verwenden ohne dass es eine Verletzung des Uniqueconstraints gibt.

Hm... das verstehe ich nicht. wenn dann NUR department_upper_name einen unique constraint hat ist es immer noch möglich in department_name das gleiche einzugeben eben kleingeschrieben.

Weiterhin stellt sich die Frage in welches Feld ich jetzt versuche den Abteilungsnamen abzuspeichern? Klar eigentlich in beide damit kleiner/großer geschriebener Abteilungsname nicht persistiert werden kann, geiles Wort!

Doch jedesmal in 2 felder was einlesen ist ähm ja...

Gibts so einen funktionsbasierten index für SQLite ?

Doch der steht nur nicht da.

Bei einer 1:1 Beziehung muss auf das FK Feld der untergeordneten Tabelle ein Unique Constraint gelegt werden.

Klar logisch wenn der FK unique ist gibts keine 2.Referenz auf die gleiche Master-ID

Demnach wäre bei Department/Employee nur folgendes möglich

Entwicklung: M.Maier

Buchhaltung: B.Seppel

Tarif: E.Kugel

Ein Abteilungsdatensatz hat ein Mitarbeiterdatensatz.

ok danke dir nochmals.

ok habs getestet wie im letzten post funzt 1a gleiche department Namen eingegeben wird ne UpdateException geworfen auf die ich reagieren kann

Ähm hast dir auch genau durchgelesen was ich (und auch Du) geschrieben haben?

Es gibt (mindestens) zwei Spalten in der Tabelle Abteilung. Eine Spalte die heißt ID ist als autoinc definiert und besitzt einen PK Constraint. Dann gibt es eine zweite Spalte department_name die hat einen Uniqueconstraint. Wo ist da das Problem?

Dim

ja ich habs durchgelesen das ist es ja gerade, oben kam es anders rüber und zwar so:

ich habe eine Tabelle department mit EINEM Feld department_name und setze das lediglich unique.

Also ist es doch so wie ich am Angang dachte

DEPARTMENT:

department_id(PK+autoinc)........department_name(unique)

1.........................Entwicklung

2.........................Buchhaltung

3.........................Tarife

danke dir!

ok danke dir nur wie gehts jetzt weiter:

das heißt also das fachliche feld abteilungsname welches nur einmal vorkommen darf wird unique gesetzt ABER NICHT als PK gesetzt?

Richtig.

1.) wenn Tabelle Abteilung keinen PK hat worauf referenziere ich dann den FK der Mitarbeiter?

2.) Ich muss mich in ein ORM tool einarbeiten bei dem jede Tabelle aber einen PK benötigt... dann stehe ich jetzt dumm da, wenn ich abteilung_name nur als unique setze...

wikipedia:

1:1 [bearbeiten]

Hier wird der Primärschlüssel einer der beiden Tabellen als Fremdschlüssel der anderen Tabelle in eine zusätzliche Spalte aufgenommen. Bei welcher der Tabellen das geschieht, ist technisch irrelevant. Praktisch versucht man die reale Abhängigkeit darzustellen, indem man den Primärschlüssel der Master-Tabelle in eine zusätzliche Spalte der Detail-Tabelle aufnimmt.

1:n [bearbeiten]

Die Detail-Tabelle erhält eine zusätzliche Spalte, die als Fremdschlüssel den Primärschlüssel der Master-Tabelle aufnimmt. Bei einer 1:n-Beziehung nennt man das Attribut, das mehrere „Instanzen“ haben kann, Mehrwertiges Attribut.

sehe ich das richtig eine 1:1 Beziehung hat genau wie bei 1:N eine Detailtabelle mit einem FK auf den PK der Mastertabelle?

Gibts da keinen Unterschied?