sarandira

Soweit ich das mitbekommen habe, ist der Verkäufer gerade etwas im Stress

Und mal wieder aktualisiert, nachdem mir DiRi auf dem Klostercon gesagt hat, dass er dabei ist (wenn ich mich richtig erinnere ) 03.05.2012 19 Uhr in der Hemingway Lounge (Frankfurt, nicht Offenbach!) Dabei (3) Sarandira Bruder Buck Schizo von Phren DiRi Dror Kann leider nicht (0) Vielleicht (4 1/2) Raven + Mini-Raven Wibiv Nomo Sikeron Leachlain? Ach ja, ich hab gehört, es gibt da auch eine Facebook-Gruppe?! Da ich nicht bei FB bin - kann das bitte jemand hier rein schreiben, falls sich noch Leute nur über Facebook angemeldet haben? Danke! Ich würde dann versuchen, einen Tisch für uns zu reservieren.

Huhu! Mein erster Klostercon war (wieder mal) ein sehr schöner Con! Mein herzlicher Dank geht an - die Orga für die ganze Arbeit, die tolle Organisation und das schöne Spielergeschenk! - die Küche für das leckere Essen und die quasi rund-um-die-Uhr-Versorgung! - meinem Spielleiter jul und den Mitspielern Arainrodh, Mies, Nixonian, Rollo und Uigboern für ein schönes und spannendes Freitags-Abenteuer auf Hawaii mit Schirmchendrinks, Tischdekoration und Musikuntermalung! Lizzy fragt sich immer noch ein bisschen, was Kate mit "Die sind hier alle seehr entspannt" meint und ist mehr und mehr der Meinung, dass "Selbst ist die Frau" vielleicht doch ein besseres Motto wäre als "Ich will nen Cowboy als Mann" (*) - meinem Spielleiter Uigboern und den Mitspielern Mies, Rollo und theschneif für einen spannenden Aufenthalt in Berlin, der vom Samstag noch auf den Sonntag verlängert wurde. Karl Schatz ist noch ein kleines bisschen geknickt, dass es mit der reichen Erbin dann doch nicht geklappt hat und ich bin gespannt, wie er aus der Nummer mit dem Biest wieder raus kommt! - den Frühanreisern, die dafür gesorgt haben, dass ich trotz Freitagabend-Spielen noch ein bisschen Liveschwampf hatte - meinen Zimmermitbewohnerinnen, die am Samstagmorgen so leise waren, dass ich fast verschlafen hätte - ich hoffe, ich habe Euch mit den gefühlten 20 Tür-auf-Tür-zu-Quietschern nachts nicht zu sehr geweckt! - und natürlich meinem Chauffeur Dror, der mich gut und sicher hin- und zurück gebracht und trotzdem weniger als die angekündigten 5 Kekse auf 100 km gebraucht hat! (*) Das bezieht sich darauf, dass die Männer mal wieder keine brauchbaren Waffen dabei hatten - was habt Ihr denn gedacht?

Hmm, vielleicht hat er für so Härtefälle wie uns ein "Pünktlichum1uhrinsbettbringmonster" parat Dafür hat BB doch den hier Man, das ist doch euer Endgegner. Als ob die jemals bis zum Endgegner kommen würden! .

Ich will sie ja leider noch nicht anschauen - will die Abenteuer ja vielleicht noch spielen

Darf ich Dich schon mal für den Stammtisch eintragen? Nein, noch nicht...

Darf ich Dich schon mal für den Stammtisch eintragen?

Ich bitte in dem Strang, aus dem dieses Zitat stammt, um eine Moderation. Das Thema ist nämlich sehr interessant, nur streng genommen hat seit dieser Anfrage nach Erfahrungsberichten (ab #4) niemand mehr etwas Inhaltliches dazu beigetragen. Mit freundlichen Grüßen und vielen Dank vorab, Fimolas! Sorry, ich schmeiß meinen Schwampf schon wieder raus... Viele Grüße, Sarandira

Vielen Dank Euch allen! Wie gesagt, ich hab es jetzt hingepfuscht bekommen. Vielleicht finde ich auch noch irgendwann raus, warum da beim Speichern im SQL Server (nach dem Import) gerundet wird, wenn es ein Zahlen- und kein Textfeld ist, aber das ist dann eigentlich kein Excel-Thema mehr. Mein Ziel war ja vor allem, die Daten aus der Datei so wie sie geliefert wird auszulesen und den Anwendern die manuelle Aufbereitung vor dem Import zu ersparen. Alles andere wäre keine Verbesserung gegenüber der bisherigen Vorgehensweise...

Leider muss ich immer wieder sagen das Excel gar kein Austauschformat ist. [...] Technisch gesehen magst du recht haben. In der Praxis sieht das allerdings anders aus. Worin ich dir vorbehaltlos recht geben muss. Meine aussage bezog sich auch ausschließlich auf technische Aspekte und nicht auf die verbreitete Verwendung. Im konkreten Fall enthält die Excel-Datei außer dem von mir benötigten Tabellenblatt halt auch noch andere Tabellenblätter mit weiteren Informationen. Ich schätze, das auf mehrere Dateien aufzuteilen, womöglich in unterschiedlichen Formaten für unterschiedliche Anwendungszwecke, ist hier keine Option .

Aktualisiert: 03.05.2012 19 Uhr in der Hemingway Lounge (Frankfurt, nicht Offenbach!) Dabei (3) Sarandira Bruder Buck Schizo von Phren Kann leider nicht (0) Vielleicht (4 1/2) Raven + Mini-Raven Wibiv Dror Nomo Sikeron noch ein paar mehr von der Stößchen-Nachholrunde-Bagage?

Liegt das vielleicht am Datentyp in der Datenbank? NUMERIC(precision, scale) Der ist tatsächlich NUMERIC(10,4). Die Zahlenwerte liegen so zwischen 7 und knapp über 100, jeweils mit 4 Nachkommastellen. Das sollte doch eigentlich ohne Rundung reichen, hätte ich erwartet? Die als Zahl formatierte Spalte wird als FLOAT importiert, die als Text importierte als NVARCHAR(255). Beim Speichern in die NUMERIC-Spalte wird dann bei FLOAT wie gesagt bei Zahlen > 100 gerundet. Vielleicht liegt es wirklich daran

Naja, wie soll ich sie hier denn nennen? "Tolltroll" ist schon vergeben und "Wer-Baby" (bei anderen lieb, bei uns rabähh) klingt nicht so toll... Raven Eine Freundin von mir hat ihr Kind immer liebevoll "Monsterchen" genannt

Was bringt mir das jetzt? Die Anwender müssen wohl doch wieder vor jedem Import die Datei aufmachen und einheitlich formatieren... Kannst du beim Import angeben, dass alles als Text zu importieren ist (und würde das was bringen, wenn Excel so'n Schmu macht)? Ja, scheint zu gehen, wenn ich zuerst beim Import-Select mit STR$ in Text umwandle und dann vor dem Ersetzen der Kommas diesen Text (Datentyp wird ntext) in ein anderes Textformat (nvarchar) caste, mit dem REPLACE dann funktioniert. Dann kann ich das wieder in eine Zahlenspalte einfügen und habe alle vier Nachkommastellen! Das kann es doch wohl nicht sein, oder? :silly:

Was bringt mir das jetzt? Die Anwender müssen wohl doch wieder vor jedem Import die Datei aufmachen und einheitlich formatieren...

wundert mich nicht, beim csv-Format werden keine Excel-Zellformatierungen übernommen Im csv-Format wird ja auch keine Zellenformatierung gespeichert. Aber Excel selbst hätte ja beim Export das vermurksen können, so wie Sarandiras Import-Funktion. Excel-Logik kann man nicht verstehen. Versuch's besser erst gar nicht! Mal abgesehen davon ist das nicht "meine" Importfunktion, sondern letztendlich ja auch was von Microsoft

Möglichkeit eins: keine Auswirkung! Möglichkeit zwei: interessanterweise wird jetzt in beiden Spalten auf die dritte Nachkommastelle gerundet (wohlgemerkt nur bei Zahlen > 100) - das ist aber nicht das, was ich will! Ich probier's jetzt mal umgekehrt: als Text formatieren

Wenn ich die Tabelle als csv speichere, sehen beide Spalten gleich aus.

Danke! Weißt Du zufällig auch, ob man alle auf einmal bearbeiten kann? Hin- und herkopieren hat leider nichts gebracht, zumindest nicht innerhalb der selben Datei. Vielleicht muss ich es noch mit einer komplett neuen Datei versuchen. Und 32664 Zellen doppelklicken ist leider keine Option

Da das im Schwampf eigentlich nichts zu suchen hat, alles Weitere hier: Formatierung? Irgendwelche Steuerzeichen? Formatierung per "Format übertragen" aus der Nachbarzelle kopiert - hilft nicht Kannst du dir die Formatierung nicht mit der rechten Maustaste -> "Zellen formatieren..." anschauen? (Ich hab hier nur LibreOffice, das sollte unter Excel aber ähnlich sein) Also, die Formatierung sieht in allen Dialogen, die ich auftreiben konnte, gleich aus. Ich arbeite auch eigentlich gar nicht mit Excel, sondern will die Excel-Daten über OPENROWSET in einer Stored Procedure in den SQL-Server importieren. Dabei habe ich zwei Probleme: Bei einigen Zahlen gibt es eine Fehlermeldung beim Umwandeln des Textes (als der sie erkannt werden) in eine Zahl - ich kann aber in Excel beim besten Willen nicht erkennen, wo die Zellen unterschiedlich formatiert sein könnten. Dieses Problem kann ich lösen, indem ich beim Import Kommas durch Punkte ersetze. Bei Zahlen > 100 (alle Zahlen haben 4 Nachkommastellen) wird bei einer Spalte (die, in der der erste Fehler auftritt) die 4. Nachkommastelle korrekt übernommen, bei der anderen nicht (also 0). Und hier weiß ich noch nicht, wie ich das Problem lösen soll. Ich werde jetzt mal versuchen, die Daten nach csv zu exportieren, mal sehen, was dabei rauskommt...

Hast Urlaub den Tag? Noch nicht... aber ich fürchte fast, ich muss daran arbeiten... zugunsten des FFM-Stammtisches...

Das klingt doch alles schon mal gut. Dann halte ich mal fest: 03.05.2012 in der Hemingway Lounge Dabei (2) Sarandira Bruder Buck Kann leider nicht (0) Vielleicht (4 1/2) Raven + Mini-Raven Wibiv Dror Nomo Sikeron