@RW9: well, leaving space for parts of seconds could be an explanation for datetime18. (although datetime18. could display the full year, whereas datetime18.1 should display only a 2 digit year) If leaving space for parts of seconds is the explanation, then why does datetime19. display a 4 digit year? This leaves only 1 space. So adding parts of second does not fit, because the separator would fill the one space left, so there is no more space for any value. datetime19. => 4 digit year datetime19.1 => 2 digit year IMHO datetime18. and datetime18.1 should work exactly like that since I would expect somewhat of a consistent behaviour      @ballardw: yeah that's true. Might be an indication that 2 digit year is sort of hard coded for datetime18. ?   ... View more

Hallo Andreas,   vielen Dank für Deine Erklärungen. Ich arbeite nun schon einige Jahre mit SAS, daher ist mir das generelle Vorgehen schon klar und auch die Möglichkeiten der String-Verarbeitung sind mir bekannt.   Tatsächlich bin ich allerdings in all den Jahren nie auf die Thematik mit datetime18. gestoßen. Für mich waren die logischen Schritte zunächst nach der Ursache des Problems zu schauen. Da dies sich offensichtlich auch hier in der Community niemandem bekannt ist, habe ich nun alle unsere Programme auf die Problematik hin untersucht und die Kollegen entsprechend informiert. Somit sollte das in Zukunft keine Probleme machen. Es verbleibt dennoch ein leicht ungutes Gefühl, da man sowas doch gerne definitiv geklärt haben möchte und die Ursache kennen will. (vielleicht starte ich nochmal einen Versuch in der globalen englischen Community) Das mag an der Stelle auch einer gewissen Detailverliebtheit geschuldet sein ...   Herzlichen Dank nochmal für die Anregungen! Michael ... View more

Hallo Andreas,   danke für Deine Hinweise.   Stimmt, da war ich wahrscheinlich nicht ganz klar in meiner Formulierung. (Kann ich das auf eine anstrengende Woche schieben und die Tatsache, dass heute Freitag ist?  )   Tatsächlich hatte ich die Ausrichtung nicht bedacht und mit einer linksbündigen Ausrichtung gerechnet. Prima, das erklärt natürlich schonmal die führenden Leerzeichen.   Das Thema mit der vierstelligen Jahreszahl ist mir nach wie vor ein Rätsel. Darauf gestoßen bin ich durch etwas abenteuerlichen Code, den ich entdeckt habe. Dort wurde mit verschiedenen put-/input-Funktionen und datetime18. hantiert. Durch die YEARCUTOFF-Option kam es dann leider zu falschen Ergebnissen.   Mit YEARCUTOFF = 1926 wird z.B. folgender Code ein Problem:   [...] test_datum = '01JAN1915:07:45:12'dt; test_string = put(test_datum, datetime18.); test_ergebnis = input(test_string, datetime18.); format test_ergebnis datetime20.; [...]   Beim dritten Statement - dem Input - liest SAS eine zweistellige Jahreszahl "15" und interpretiert dies durch das YEARCUTOFF dann als "2015" statt als "1915". Das ist ja im Grunde die gewünschte Verarbeitungsweise. Nur weshalb wird im zweiten Statement die Jahreszahl mit zwei Ziffern geschrieben?!   Den Code habe ich zwischenzeitlich schon bereinigt, aber nach meinem Verständnis (und offensichtlich auch dem des vorherigen Programmierers) müssten doch 4 Jahres-Ziffern in einem 18-stelligen Datetime Platz finden - auch mit Trennzeichen. Für ein führendes Minus muss bei einem Datetime ja kein Platz gelassen werden, da kleinere Daten als der 1. Januar 1582 nicht möglich sind. Habe ich etwas übersehen, wofür SAS ggf. noch Platz reserviert haben möchte? (Jahre jenseits von "9999" werden mit "****" dargestellt, also wird wohl auch die Thematik mit mehr als 4-stelligen Jahreszahlen kaum relevant sein.)   Schönes Wochenende! Michael ... View more

Hallo @Anni2017,   fragen finde ich nicht verkehrt. Eine komplette Lösung im Rahmen einer Masterarbeit zu liefern hat für mich einen gewissen Beigeschmack. Daher hier ein paar generelle Hinweise von mir. Zumal mir für eine komplette "Lösung" auch einige Hinweise fehlen.   Zu Deinen Fragen: ID's mit Charactern einzulesen sollte kein Problem sein. Wer sagt denn, dass eine ID immer numerisch sein muss? Oder sind in der Datei einfach die numerischen ID's plus zusätzliche irrelevante Character-Zeichen in den Feldern enthalten? Grundsätzlich sollten die Delimiter in einer Datei natürlich klar gegeben sein. Wenn ich mir ein paar ID's in der Datei Verwandschaft anschaue, scheint es auch so zu sein, dass immer mit Semicolon getrennt ist. Leerzeichen sind ja auch nur Character-Werte und sollten bei der Angabe eines Delimiters nicht stören.   SAS kennt zwei Datentypen: Character und Numerisch. Ein Datum oder eine Uhrzeit ist auch nur ein numerischer Wert, der einfach anders dargestellt wird (das erledigen die Formate).   Was SAS beim Import Wizard macht ist, dass die ersten paar Datensätze (z.B. die ersten 100 Datensätze) analysiert und daraufhin seinen Code generiert. Wenn in den ersten analysierten Datensätzen nur numerische Werte vorkommen geht der Wizard davon aus, dass es sich um ein numerisches Feld handelt. Wird ein Datum erkannt, wird ein entsprechendes Format für das Feld gewählt. Hier ist also wichtig eine genaue und korrekte Felddefinition zu haben. Entweder Du hast diese in der Datenbeschreibung mitbekommen oder Du solltest die Anzahl Zeilen, die von dem Wizard analysiert werden erhöhen, damit verschiedene Fälle in den Daten entdeckt werden können. (Ich vermute Du nutzt den Enterprise Guide?) Letztendlich ist so ein Wizard immer nur eine Hilfestellung und kann nie garantieren, dass er in Deinem speziellen Fall korrekt arbeitet. Gegebenenfalls liefert der Wizard zumindest einen ersten Code, den Du dann für Dich anpassen kannst.   Die Thematik der ID-Bereinigung habe ich nicht ganz verstanden. Sind manchmal nur zusätzliche Character-Zeichen enthalten, die aus den Daten entfernt werden sollen oder soll den ID's mit Charactern eine komplett neue ID zugeordnet werden? Für alle Anforderungen gibt es (verschiedene) Lösungsmöglichkeiten.   Was ich auch nicht verstanden habe ist, wieso Du die Verwandschaftsdatei zunächst als Excel bearbeitet hast und dann einliest?   Ich würde Dir dazu raten einmal die Schritte durchzudenken und auszuformulieren. Was möchtest Du tun, bzw. was würdest Du tun, wenn Du die Bearbeitung von Hand auf Papier machen müsstest? Z.B.: 1) Einlesen der Performance-Datei 2) Einlesen der Verwandschafts-Datei 3) Überarbeiten der ID's ... (was genau?!) 4) ...   Dann kannst Du Dich daran machen, die geeigneten Schritte und Vorgehensweisen bei SAS zu suchen, bzw. zu erfragen.   Herzliche Grüße und viel Erfolg Michael ... View more

Der Vollständigkeit halber hier ein paar Referenzen, nach denen das Problem wohl schon vor ein paar Jahren aufgetaucht ist:   http://marc.info/?l=sas-l&m=136026970115446&w=2 https://communities.sas.com/t5/SAS-Procedures/How-to-remove-a-variable-from-this-proc-export/td-p/124083 http://stackoverflow.com/questions/11727469/sas-limiting-variables-in-proc-export     ... View more

Hallo Jan,   jetzt bin ich total verbüfft. Ehrlich gesagt, wollte ich nicht so recht glauben, dass SAS per Macro einen Code generiert, der offensichtlich alle Zeichen enthält und anschließend bei der Verarbeitung den Code vermeintlich abschneidet. Daher ja auch die Frage, ob mein Code (extra ohne Macro) bei Euch funktioniert. Entschuldige bitte, da war ich auf der falschen Fährte.   Nachdem ich mir nun aber nochmal mein Log anschauen wollte, muss ich sagen, dass mein Code, der vor einer Stunde noch funktioniert hat nun mit dem gleichen Fehler wie bei Euch aussteigt. Das ist mir wirklich ein Rätsel. Auf unserer VA-Umgebung kann ich den Code (aktuell noch) problemlos ausführen.   Bei mehrmaliger Code-Ausführung bekomme ich auch unterschiedliche Fehler im Log. Das sieht wirklich nicht gut aus... ERROR: The variable 'a0006ó'n in the DROP, KEEP, or RENAME list has never been referenced. Herzliche Grüße Michael ... View more

Hallo zusammen,   das kann ich so nicht bestätigen. Bei mir läuft der Export problemlos, auch wenn ich mehr als 60 Variablen und mehr als 420 Zeichen im Keep-Statement habe.   Jan, bei Deinem Beispiel "mit 60 Variablen hängt es" scheint es ein anderes Problem zu geben. Wenn man sich die Fehlermeldung anschaut, dann scheint im Code auf die "a0006" (drei Nullen) verwiesen zu werden. Wäre es möglich, dass die Variable "a00060" (drei Nullen plus eine am Ende) hier Probleme bereitet? Da wäre der abgeschickte Code zur weiteren Untersuchung interessant.   @Ilja, auch hier, wäre der abgeschickte Code, bzw. ein Beispiel interessant.   Läuft bei Euch denn folgender Code? data test; a00001 = 1; a00002 = 1; a00003 = 1; a00004 = 1; a00005 = 1; a00006 = 1; a00007 = 1; a00008 = 1; a00009 = 1; a00010 = 1; a00011 = 1; a00012 = 1; a00013 = 1; a00014 = 1; a00015 = 1; a00016 = 1; a00017 = 1; a00018 = 1; a00019 = 1; a00020 = 1; a00021 = 1; a00022 = 1; a00023 = 1; a00024 = 1; a00025 = 1; a00026 = 1; a00027 = 1; a00028 = 1; a00029 = 1; a00030 = 1; a00031 = 1; a00032 = 1; a00033 = 1; a00034 = 1; a00035 = 1; a00036 = 1; a00037 = 1; a00038 = 1; a00039 = 1; a00040 = 1; a00041 = 1; a00042 = 1; a00043 = 1; a00044 = 1; a00045 = 1; a00046 = 1; a00047 = 1; a00048 = 1; a00049 = 1; a00050 = 1; a00051 = 1; a00052 = 1; a00053 = 1; a00054 = 1; a00055 = 1; a00056 = 1; a00057 = 1; a00058 = 1; a00059 = 1; a00060 = 1; a00061 = 1; a00062 = 1; a00063 = 1; a00064 = 1; a00065 = 1; a00066 = 1; a00067 = 1; a00068 = 1; a00069 = 1; run; Proc export data = test (keep = a00001 a00002 a00003 a00004 a00005 a00006 a00007 a00008 a00009 a00010 a00011 a00012 a00013 a00014 a00015 a00016 a00017 a00018 a00019 a00020 a00021 a00022 a00023 a00024 a00025 a00026 a00027 a00028 a00029 a00030 a00031 a00032 a00033 a00034 a00035 a00036 a00037 a00038 a00039 a00040 a00041 a00042 a00043 a00044 a00045 a00046 a00047 a00048 a00049 a00050 a00051 a00052 a00053 a00054 a00055 a00056 a00057 a00058 a00059 a00060 a00061 a00062 a00063 a00064 a00065 a00066 a00067 a00068 a00069) outfile = "/home/xxx/test.csv" dbms=dlm replace ; run; Viele Grüße Michael ... View more

Hallo Kurt, hallo Reinhard,   vielen Dank für Eure Rückmeldungen. Ich finde es sehr spannend sich auch mal solche Basisthemen anzuschauen, die man doch über die Jahre nicht mehr beachtet. Wobei hier die korrekte Vorgehensweise durchaus einen Unterschied in der täglichen Arbeit machen kann. Eure Tipps sind daher sehr hilfreich für mich. Hashes habe ich bisher immer mit "if _n_ = 1" umklammert, daher ist mir das bisher nie groß aufgefallen - ich habe die Thematik eher zufällig bemerkt.   Ergänzend zum Thema oben: Kann man sagen, dass ein Data Step einen erneuten Durchlauf startet, wenn das RUN-Statement (ohne vorheriges Stop) erreicht wird und im Data Step ein SET-Statement auftaucht (egal, an welcher Stelle)?   Das würde ich aus den beiden folgenden Beispielen folgern: /* kein Loop */ data want; a = 5; run; /* Loop im Log */ data want; if 0 then set have; run; Vermutlich habe ich das auch schonmal in einer SAS-Schulung gehört und nach ein paar Jahren dann einfach wieder vergessen.  Insofern ist das vielleicht eine Basis-Frage, ich bin mir jedoch nicht zu schade dafür, das hier mal zu fragen. Vielleicht liest das auch noch der eine oder andere Interessierte aus der Community mit und freut sich über den Denkanstoß.   Herzliche Grüße Michael ... View more

Damit der Debugger verwendet werden kann, muss im Editor des EG die Option "Zusammenklappbare Codeabschnitte" aktiviert sein: Extras - Optionen - SAS-Programme - Editoroptionen - Zusammenklappbare Codeabschnitte   ... View more

Hallo,   schaue Dir doch mal die FULLSTIMER Option an: http://support.sas.com/rnd/scalability/tools/fullstim/   Das gibt Dir im Log die Zeiten der jeweiligen Programmschritte aus.   Ansonsten stellt sich die Frage, was genau Du bei SAS nicht abgebildet bekommst. Das Speichern der Zeiten, das Erstellen der Grafik, das Abbilden der Algorithmen?   Viele Grüße Michael ... View more

Vielen Dank!   Schön zu sehen, wie viele Möglichkeiten es gibt und wie ideenreich die Community ist 😉   Ich denke, die Variante mit curobs, ggf. in Kombination mit indsname sagt mir persönlich am Meisten zu.   Beste Grüße in die Runde! Michael ... View more

Hi Jan,   super Idee, vielen Dank.   Mir kam beim zweiten Nachdenken auch noch eine Lösung (passend zu meinem Beispiel oben): data d; if 0 = 1 then set a nobs=nobsa; set a b; if _n_ = nobsa+1 then var_c = 1; else var_c = 0; run; Die Bedingung (erster Satz der zweiten Tabelle) ist ja erfüllt, wenn _n_ gleich Anzahl Sätze erste Tabelle plus 1 ist. Somit ermittle ich in Zeile 1 die Anzahl Sätze der ersten Tabelle und vergleiche dann in Zeile 3.   Hier die generelle Variante: data result; if 0 = 1 then set have1 nobs=nobs_have1; set have1 have2; if _n_ = nobs_have1+1 then start_have2 = 1; else start_have2 = 0; run; Vielen Dank für die Unterstützung 🙂   Beste Grüße Michael ... View more