Kommentare für HP's Blog http://blog.schelian.de Hans-Peter Schelian's Weblog Thu, 16 Feb 2012 09:31:45 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Kommentar zu SQL Transaktionsprotokoll verkleinern (sichern) – SQL 2005 – SQL 2008 von Danny http://blog.schelian.de/2011/02/sql-transaktionsprotokoll-verkleinern-sichern-sql-2005-sql-2008/#comment-11047 Danny Thu, 16 Feb 2012 09:31:45 +0000 http://blog.schelian.de/?p=1128#comment-11047 Danke für die schnelle Antwort! Grüße Danny Danke für die schnelle Antwort!
Grüße
Danny

]]> Kommentar zu SQL Transaktionsprotokoll verkleinern (sichern) – SQL 2005 – SQL 2008 von Hans-Peter Schelian http://blog.schelian.de/2011/02/sql-transaktionsprotokoll-verkleinern-sichern-sql-2005-sql-2008/#comment-11046 Hans-Peter Schelian Thu, 16 Feb 2012 09:23:01 +0000 http://blog.schelian.de/?p=1128#comment-11046 Darum kümmert sich der SQL Server selbst, also du musst mit der DB <strong>nicht</strong> <strong>OFFLINE</strong> gehen Beste Grüße HP Darum kümmert sich der SQL Server selbst, also du musst mit der DB nicht OFFLINE gehen

Beste Grüße
HP

]]> Kommentar zu SQL Transaktionsprotokoll verkleinern (sichern) – SQL 2005 – SQL 2008 von Danny http://blog.schelian.de/2011/02/sql-transaktionsprotokoll-verkleinern-sichern-sql-2005-sql-2008/#comment-11045 Danny Thu, 16 Feb 2012 09:19:53 +0000 http://blog.schelian.de/?p=1128#comment-11045 Kann ich die Anwendung während dem Prozess aktiv lassen oder sollte währenddessen keine Anwendung auf die DB zugreifen? Kann ich die Anwendung während dem Prozess aktiv lassen oder sollte währenddessen keine Anwendung auf die DB zugreifen?

]]> Kommentar zu ASCII Schnittstellen mit Hilfe von Custom Attributes komfortabel erstellen – C# von Hans-Peter Schelian http://blog.schelian.de/2012/02/ascii-schnittstellen-mit-hilfe-von-custom-attributes-komfortabel-erstellen-c/#comment-10800 Hans-Peter Schelian Wed, 08 Feb 2012 09:14:40 +0000 http://blog.schelian.de/?p=1923#comment-10800 Hallo Thomas, in dem konkreten Zusammenhang habe ich noch nicht über T4 nachgedacht. Muss gestehen, dass mir aber auch noch nicht langweilig war :-). Will damit sagen, dass dafür auch noch keine Zeit übrig war. Man kann es ja mal auf die "HättIchGerneMalGemachtListe" setzen, oder eventuell greift jemand mal das Thema des Beitrags auf und setzt das in einem T4 Template um. Würde mich dann auch freuen :-) einen Link dazu hier im Beitrag als Kommentar zu finden. Beste Grüße HP Hallo Thomas,
in dem konkreten Zusammenhang habe ich noch nicht über T4 nachgedacht.
Muss gestehen, dass mir aber auch noch nicht langweilig war :-) .
Will damit sagen, dass dafür auch noch keine Zeit übrig war.

Man kann es ja mal auf die “HättIchGerneMalGemachtListe” setzen, oder eventuell greift jemand mal das Thema des Beitrags auf und setzt das in einem T4 Template um.

Würde mich dann auch freuen :-) einen Link dazu hier im Beitrag als Kommentar zu finden.

Beste Grüße
HP

]]> Kommentar zu ASCII Schnittstellen mit Hilfe von Custom Attributes komfortabel erstellen – C# von Thomas Sczyrba http://blog.schelian.de/2012/02/ascii-schnittstellen-mit-hilfe-von-custom-attributes-komfortabel-erstellen-c/#comment-10799 Thomas Sczyrba Wed, 08 Feb 2012 09:04:07 +0000 http://blog.schelian.de/?p=1923#comment-10799 Hallo HP, schöner Beitrag. Die Custom Attributes sind schon recht clever für die Aufgabenstellung. Wer eine schnelle Lösung zum Ein/Auslesen sucht sollte sich auch mal den TextFieldParser anschauen (Microsoft.VisualBasic.FileIO.TextFieldParser). Den kann man natürlich auch in C# nutzen. Using Reader As New Microsoft.VisualBasic.FileIO.TextFieldParser(fileName, System.Text.Encoding.GetEncoding(850)) http://msdn.microsoft.com/de-de/library/microsoft.visualbasic.fileio.textfieldparser.aspx Hast Du schon mal überlegt Deinen Ansatz in ein T4 Template zu giessen? http://www.computerworld.ch/businesspraxis/developerworld/artikel/visual-studio-2010-codegenerierung-ueber-templates-52589 Viele Grüße, Thomas Sczyrba Hallo HP,
schöner Beitrag. Die Custom Attributes sind schon recht clever für die Aufgabenstellung.

Wer eine schnelle Lösung zum Ein/Auslesen sucht sollte sich auch mal den TextFieldParser anschauen (Microsoft.VisualBasic.FileIO.TextFieldParser). Den kann man natürlich auch in C# nutzen.

Using Reader As New Microsoft.VisualBasic.FileIO.TextFieldParser(fileName, System.Text.Encoding.GetEncoding(850))

http://msdn.microsoft.com/de-de/library/microsoft.visualbasic.fileio.textfieldparser.aspx

Hast Du schon mal überlegt Deinen Ansatz in ein T4 Template zu giessen?
http://www.computerworld.ch/businesspraxis/developerworld/artikel/visual-studio-2010-codegenerierung-ueber-templates-52589

Viele Grüße,
Thomas Sczyrba

]]> Kommentar zu Windows 7 – Anmeldebildschirm Benutzer ausblenden von Daniel http://blog.schelian.de/2010/04/windows-7-anmeldebildschirm-benutzer-ausblenden/#comment-10739 Daniel Mon, 06 Feb 2012 18:21:39 +0000 http://blog.schelian.de/2010/04/28/Windows7AnmeldebildschirmBenutzerAusblenden.aspx#comment-10739 Juhuu! Das war es! :-) Danke für den Tipp! Damit hab ich das Problem auf meinem Rechner sofort lösen können. Dann hab ich es auch direkt auf einem zweiten Rechner versucht, wo es nicht ganz so einfach ging... Dort läuft Windows 7 Home und da fehlt die Benutzerverwaltung in der Computerverwaltung. Hab also erst einmal herausfinden müssen, wie man dort an die Benutzernamen kommt. So hab ich es hinbekommen: CMD ausführen > net localgroup Benutzer eingegeben - und schon wurden alle Benutzernamen aufgelistet! :-) Juhuu! Das war es! :-)
Danke für den Tipp!
Damit hab ich das Problem auf meinem Rechner sofort lösen können.

Dann hab ich es auch direkt auf einem zweiten Rechner versucht, wo es nicht ganz so einfach ging… Dort läuft Windows 7 Home und da fehlt die Benutzerverwaltung in der Computerverwaltung. Hab also erst einmal herausfinden müssen, wie man dort an die Benutzernamen kommt. So hab ich es hinbekommen:

CMD ausführen
> net localgroup Benutzer
eingegeben – und schon wurden alle Benutzernamen aufgelistet! :-)

]]> Kommentar zu Windows 7 – Anmeldebildschirm Benutzer ausblenden von Pius http://blog.schelian.de/2010/04/windows-7-anmeldebildschirm-benutzer-ausblenden/#comment-10629 Pius Sat, 04 Feb 2012 12:53:48 +0000 http://blog.schelian.de/2010/04/28/Windows7AnmeldebildschirmBenutzerAusblenden.aspx#comment-10629 Hallo Daniel überprüfe doch mal die Benutzer über die Computerverwaltung, in der Benutzerverwaltung über die Systemsteuerung siehst du nämlich nur den "vollständigen Namen" des Benutzers, was nicht unbedingt der Benutzername selbst ist. Gruss Pius Hallo Daniel
überprüfe doch mal die Benutzer über die Computerverwaltung, in der Benutzerverwaltung über die Systemsteuerung siehst du nämlich nur den “vollständigen Namen” des Benutzers, was nicht unbedingt der Benutzername selbst ist.

Gruss Pius

]]> Kommentar zu Python leicht zu durchschauen – These oder Wirklichkeit ? von Sanya http://blog.schelian.de/2011/08/phyton-leicht-zu-durchschauen-these-oder-wirklichkeit/#comment-10398 Sanya Mon, 30 Jan 2012 20:22:38 +0000 http://blog.schelian.de/?p=1633#comment-10398 Hallo Allerseits, danke für eure Antworten. Die Sache ist foldende, ich arbeite als HiWi in einer Firma, die Software für Data-Pre-Processing schreibt, und da wird es mit Datenmengen in dieser Größenordnung gearbeitet. Nun gibt es Kunden, welche ihre Messdaten nicht in Datenbanken, sondern in CSV, Excel ect. persistent ablegen. Es hat sich eine Diskussion entbrannt, welche Sprache eignent sich am besten, um diese Datenmengen z.B. schnell in ein Datenmodell zu deserialisieren und darauf verschiedene approxiomatische Berechnungen durchzuführen. Wie bei Diskussionen so ist, gibt es mehrere Fronten, in meinem Fall nur zwei: Einer hat bis jetzt nur mit Python gearbeitet, kennt keine anderen Programmiersprachen, und behauptet, für Python wäre das kein Problem; ich für mein Teil bin für C#, da ich beides getestet habe und zu diesen Ergebnissen gekommen bin (s. Kom. oben). Ich habe diese Fragen hier gestellt, da ich selbst Python nur oberflächlich kenne und ich dachte, eventuell habe ich für diese Aufgabe in Python ein falsches Datentyp gewählt (Liste). Ich hab' z.B. gelesen, dass <i>deque</i> sich schneller mit Daten befüllen lassen sollen, leider kann ich das ebenfals nicht bestätigen. Es muss ein Datentyp sein, der sich schnell mit Daten befüllen läst und <i>Indices</i> hat. Es darf <b>kein</b> <i>Set</i> sein, da gleiche Werten ebenfalls mehrfach vorkommen sollen. Ein Dictionary für diese Aufgabe wollte ich nicht nehmen, da die <i>keys</i>, im meinem Fall Integer in aufsteigender Reihenfolge (0...n), explizit generiert werden müssen. Alles in eine Datenbank zu importieren, wollen die auch nicht, da im Arbeitsspeicher sich die Daten schneller auswerten lassen. Arbeitsspeicher stellt eigentlich hier kein Flaschenhals, da im Überflüss vorhanden. Was mich stört, warum dauert die Initialisierung der Objekte und das Befüllen der Liste so lange (im Vergleich zu C#). Also, wenn ich die Kommentare richtig deute, ist Python für diese Aufgabe nicht die richtige Wahl, oder? Die Vorschläge von Achim bzgl. "numpy", "ctypes", "struct..." werde ich mir ebenfalls anschauen. Danke. Hallo Allerseits, danke für eure Antworten. Die Sache ist foldende, ich arbeite als HiWi in einer Firma, die Software für Data-Pre-Processing schreibt, und da wird es mit Datenmengen in dieser Größenordnung gearbeitet. Nun gibt es Kunden, welche ihre Messdaten nicht in Datenbanken, sondern in CSV, Excel ect. persistent ablegen. Es hat sich eine Diskussion entbrannt, welche Sprache eignent sich am besten, um diese Datenmengen z.B. schnell in ein Datenmodell zu deserialisieren und darauf verschiedene approxiomatische Berechnungen durchzuführen. Wie bei Diskussionen so ist, gibt es mehrere Fronten, in meinem Fall nur zwei: Einer hat bis jetzt nur mit Python gearbeitet, kennt keine anderen Programmiersprachen, und behauptet, für Python wäre das kein Problem; ich für mein Teil bin für C#, da ich beides getestet habe und zu diesen Ergebnissen gekommen bin (s. Kom. oben).
Ich habe diese Fragen hier gestellt, da ich selbst Python nur oberflächlich kenne und ich dachte, eventuell habe ich für diese Aufgabe in Python ein falsches Datentyp gewählt (Liste). Ich hab’ z.B. gelesen, dass deque sich schneller mit Daten befüllen lassen sollen, leider kann ich das ebenfals nicht bestätigen.

Es muss ein Datentyp sein, der sich schnell mit Daten befüllen läst und Indices hat. Es darf kein Set sein, da gleiche Werten ebenfalls mehrfach vorkommen sollen. Ein Dictionary für diese Aufgabe wollte ich nicht nehmen, da die keys, im meinem Fall Integer in aufsteigender Reihenfolge (0…n), explizit generiert werden müssen. Alles in eine Datenbank zu importieren, wollen die auch nicht, da im Arbeitsspeicher sich die Daten schneller auswerten lassen. Arbeitsspeicher stellt eigentlich hier kein Flaschenhals, da im Überflüss vorhanden. Was mich stört, warum dauert die Initialisierung der Objekte und das Befüllen der Liste so lange (im Vergleich zu C#).

Also, wenn ich die Kommentare richtig deute, ist Python für diese Aufgabe nicht die richtige Wahl, oder?

Die Vorschläge von Achim bzgl. “numpy”, “ctypes”, “struct…” werde ich mir ebenfalls anschauen. Danke.

]]> Kommentar zu Python leicht zu durchschauen – These oder Wirklichkeit ? von GENiALI http://blog.schelian.de/2011/08/phyton-leicht-zu-durchschauen-these-oder-wirklichkeit/#comment-10380 GENiALI Mon, 30 Jan 2012 09:52:02 +0000 http://blog.schelian.de/?p=1633#comment-10380 Oder einfach nicht alles aufs mal laden. In Python heisst es so schön "Stromlinienförmig". Nur das Einlesen was gerade gebraucht wird. Etwa so: with open('exemple.txt', 'r') as f: for line in f: .... Habe das in einem schlauen Python Buch nachgeschlagen. :-) Hilft dir vielleicht. Oder einfach nicht alles aufs mal laden. In Python heisst es so schön “Stromlinienförmig”. Nur das Einlesen was gerade gebraucht wird.
Etwa so:
with open(‘exemple.txt’, ‘r’) as f:
for line in f:
….

Habe das in einem schlauen Python Buch nachgeschlagen. :-) Hilft dir vielleicht.

]]> Kommentar zu Python leicht zu durchschauen – These oder Wirklichkeit ? von Achim http://blog.schelian.de/2011/08/phyton-leicht-zu-durchschauen-these-oder-wirklichkeit/#comment-10378 Achim Mon, 30 Jan 2012 09:19:00 +0000 http://blog.schelian.de/?p=1633#comment-10378 Hallo Sanya, deine Beobachtungen sind nicht überraschend, wenn du dir die Struktur der Sprachen anschaust. Python ist eine dynamische Sprache und speichert pro Objekt zusätzliche Metadaten, weshalb du mehr Speicher verbrauchst. Die 3GB Grenze ließe sich natürlich mit 64bit Python umgehen, falls das dein einziges Problem wäre. Ansonsten lohnt sich evtl. ein Blick auf numpy, ctypes, struct, ... oder ähnliche Module, wenn du große Datenmengen mit einheitlicher Structur verarbeiten willst. Vielleicht macht sogar sqlite Sinn? Wenn du genauer beschreibst was du vor hast, kann ich dir eher sagen, wie ich dein Problem in Python lösen würde. Grüße, Achim Hallo Sanya,

deine Beobachtungen sind nicht überraschend, wenn du dir die Struktur der Sprachen anschaust. Python ist eine dynamische Sprache und speichert pro Objekt zusätzliche Metadaten, weshalb du mehr Speicher verbrauchst. Die 3GB Grenze ließe sich natürlich mit 64bit Python umgehen, falls das dein einziges Problem wäre. Ansonsten lohnt sich evtl. ein Blick auf numpy, ctypes, struct, … oder ähnliche Module, wenn du große Datenmengen mit einheitlicher Structur verarbeiten willst. Vielleicht macht sogar sqlite Sinn? Wenn du genauer beschreibst was du vor hast, kann ich dir eher sagen, wie ich dein Problem in Python lösen würde.

Grüße,
Achim

]]>