sarandira

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

Das hab ich nicht bedacht! Soso, Ich soll also nich vorbeikommen. Und wie soll ich das jetzt deuten? Gar nicht. Ich hab echt nicht an Euren SNC gedacht, aber wäre !

Das hab ich nicht bedacht! Soso, Ich soll also nich vorbeikommen.

Das hab ich nicht bedacht!

Alles über 2 Mal im Jahr wäre im Moment schon eine Steigerung Dann lasst es uns dort beim nächsten Mal doch nochmal versuchen!

So, dann will ich doch nochmal den Versuch starten, einen regelmäßigeren Frankfurter Stammtisch auf die Beine zu stellen. Da wäre natürlich als Erstes mal das Problem mit dem Termin. Ich bin selbst ziemlich oft an den Wochenenden unterwegs, daher wäre ein regelmäßiger Wochenend-Termin für mich nicht so günstig. Ich bezweifle aber auch, dass wir uns unter der Woche auf einen Wochentag einigen könnten. Daher mal folgender Vorschlag: Wie wäre es, wenn wir uns immer am X-ten Tag eines Monats treffen, also z.B. am 3.5., 3.6., 3.7. usw. Das ist dann immer wieder ein anderer Wochentag, und wenn jemand an diesem Wochentag partout nicht kann, ist es bei einem regelmäßigen Stammtisch vielleicht nicht so schlimm. Oder man kann einen anderen regelmäßigen Termin vielleicht auch einmal alle paar Monate ausfallen lassen/verschieben. Das Ganze muss uns ja nicht davon abhalten, wie andere Stammtische auch mal "Wochenende-Sonderaktionen" zu machen, um Besucher aus anderen Regionen Deutschlands anzulocken Mein (vollkommen uneigennütziger ) Vorschlag wäre, mit dem 03.05.2012 anzufangen.

Sehr schön!

Kann es nicht vielleicht sein, dass das gar keine Absicht war? Gerade in Strängen mit vielen und relativ langen Beiträgen sieht man noch nicht bis zum letzten Beitrag, wenn man beim ersten ungelesenen Beitrag einsteigt. Und vielleicht liest man nicht immer alle neuen Beiträge, bevor man einen davon zitiert und kommentiert . Ich glaube nicht, dass hier irgendjemand böswillig Moderationen ignoriert!

Also, erst mal nochmal vielen Dank! Jetzt hab ich zumindest schon mal ein paar Anhaltspunkte. Hab mir das gestern abend z.T. auch mal bei Amazon ein bisschen genauer durchgelesen (da gibt es für Dummys auch eine ganz nette Übersicht, was man so für sein Heimnetzwerk brauchen könnte oder auch nicht). Einen selbst zusammengebastelten Server finde ich zwar interessant (auch, weil ich denke, dass ich mich damit mal genauer beschäftigen sollte), aber ich weiß genau, dass ich mir dann doch nicht die Zeit nehme. Die Möglichkeit, auch von außen auf meine Daten zugreifen zu können, hätte ich dann schon ganz gerne - wenn schon, denn schon . Daher wäre so ein "NAS Server" wie die von LO vorgeschlagenen, der ein bisschen mehr als das reine Datenspeichern bietet, wahrscheinlich schon das Richtige. @LO und ganzbaf: Schau ich mir gerne mal bei Euch an bzw. vielleicht können wir auch mal telefonieren? Jetzt muss ich mir noch über die Fernseher-Mediaplayer-Konstellation im Klaren werden - welcher Teil da was können muss und so . Was ich halt vermeiden will ist, mir lauter einzelne Sachen zusammenzustückeln, die sich in ihrer Funktionalität in weiten Teilen überschneiden, so dass es in der Summe vielleicht unnötig teuer wird und unnötig viel Zeugs rumsteht - und dabei gibt es vielleicht ja doch die Rundum-Glücklich-Eierlegende-Wollmilchsau?

Danke Nix! Was mir noch nicht ganz klar ist: wann brauch ich einen Server, wofür reicht ein NAS? Sollte ich mir einen neuen Rechner zulegen, wird es wahrscheinlich wieder ein Laptop werden, den ich mit externer Tastatur und Dockungstation auch als PC verwende. Für einen externen Bildschirm fehlt mir irgendwie der Platz, und so wirklich zum Arbeiten nutze ich ihn ja auch nicht.