• Du befindest Dich hier:
• Community
• »
• Mitglieder
• »
• jaensen
• »
• Beiträge von jaensen

Schau dir das mal an: DataTable to string

Wäre schön wenn du dein Problem hier nochmal in Textform und vielleicht mit etwas Code schildern könntest da nicht jeder lust hat das Video anzusehen und nicht garantiert ist das es genau so lange online und unter der gleichen URL erreichbar ist wie dein Post hier.

Das Feature kenne ich schon, nur kann man damit keine Fenster kaskadieren. Aber ist ja auch wurscht. Mit den klassichen Mitteln kann man sowas schon erreichen so lange es nur um die eigenen Fenster geht.

Kam mir gerade in den Sinn: Search anything anywhere

Das wirst du selbst zeichnen müssen. Da dir die TrackBar allerdings keine Events dafür anbietet wirst du das wie in good ol' MFC machen müssen und die entsprechende Windows-Message (WM_PAINT) abfangen, Context holen und Pinseln anfangen.

Alternativ schaust du dich am besten mal auf Codeproject um oder nimmst Controls von einem Kommerziellen Anbieter (DevXPress hatte da mal ihre XtraEditors kostenlos, k.A. ob es das Angebot noch gibt). Evtl. können die das.

Darf man fragen welchen Zweck dein Programm nachher erfüllen soll (also jetzt nicht aus technischer Sicht)?
Einen Benutzer Programme starten zu lassen um sie nachher wieder zu beenden und dann jemanden per Mail darauf aufmerksam zu machen scheint mir jetzt nicht so sinnvoll außer du möchtest eine Art "Honeypot" bauen.

Die nicht erlaubten Anwendungen gar nicht erst zu installieren oder mit Gruppenrichtlinien zu Arbeiten würde in meinen Augen mehr Sinn ergeben.

Jup, so ist es. Sauberer wäre es IMHO ohnehin eine Schicht aus Stored Procedures für den Datenzugriff dazwischenzuziehen.
Selbst wenn du deine Tabellen irgendwann mal umwirfst und dich für den anderen Ansatz entscheidest bleibt im besten Fall deine Client-Anwendung davon unberührt.

Dann nimm doch eine Stored Procedure.

Lieber alles in ein simples Array verpacken und alles auf einmal schicken. Da dürften die 10 Clients eigentlich kein Problem darstellen.

[EDIT] Damit sind nur die Werte gemeint, das mit dem Delta gilt trotzdem.

Naja kommt auch daruaf an wie die aussehen. Wegen der Latenz etc. sollte das keine Probleme machen. Wenn es 1000 Integers sind sollte es ebenfalls kein Problem sein. Wenn es allerdings 1000 Bitmaps von einer Kamera sind dann siehts anders aus ;-)

Evtl. musst du auch immer gar nicht alles übertragen sonder nur ein Delta? Um wie viele Clients handelt es sich denn ca. ?

Naja du hast dein Problem auch sehr allgemein formuliert bzw. erschließt sich mir nicht ganz was du für ein Problem hast.
Es würde mich z.B. wundern wenn die Kommunikation mit der SPS durch die WCF realisiert werden könnte also denke ich das es dir darum geht die gesammelten Daten den Clients über einen Service zur Verfügung zu stellen?

Wenn das der Fall ist dann sehe ich das Problem nicht so recht. Baue einfach einen normalen Service und frag ihn vom Client aus Timer gesteuert ab.

Hmm... hab ich wohl nicht richtig gelesen, ist ja immer der Admin-Pfad mit drin.

Kann ich leider (oder doch zum Glück;) nicht nachvollziehen.
Testcode:

        static string _temp = "";
        static void Main(string[] args)
        {
            for (int i = 0; i < 10000000; i++)
            {
                string tmp = Path.GetTempPath();
                if (_temp != tmp)
                {
                    Console.WriteLine(tmp);
                    _temp = tmp;
                }
            }

            Console.ReadKey();
        }

Auf MySQL Datenbanken solltest du auch mit dem CF zugreifen können (Standard MySQL Connector für .Net) ein Beispiel brauchts da eigentlich nicht du dann ganz normal mit ADO.Net arbeiten kannst.

Oder eine DataGridViewAmpelColumn bauen ;-)
Creating a custom DataGridViewColumn und viele andere Artikel darüber im Netz...

Mein Wissensstand dazu:
Das geht nicht da das Compact Framework bzw. Windows Mobile keine Zugriffskomponenten für eine Access Datenbank bereitstellt.

Wenn du immer eine Verbindung hast wenn auf die Datenbank zugegriffen werden muss dann könntest du das über einen Webservice machen.
Wenn du die Daten auch offline brauchst dann kannst du eine SQL Server CE Datenbank benutzen musst das dann aber irgendwie synchronisieren.

[EDIT] Wenn mehrere Benutzer gelichzeitig auf der Access DB arbeiten bist du mit dem Service aus Datenkonsistenzgründen sowieso besser dran da du gleichzeitige Zugriffe besser unter Kontrolle bekommst.

Wenn dein System es noch zulässt würde ich ohnehin über einen Wechsel auf SQL Server Express Edition, Firebird oder MySQL (eben ein echtes DBMS) nachdenken. Access Datenbanken werden auf 64 Bit Systemen nämlich nicht unterstützt

Ja das sollte unproblematisch machbar sein so lange du nicht auf .Net 4.0 mit der neuen CLR umsteigst oder Teile deiner Anwendung auf verschiedenen CLR Versionen betreibst.

Hilfestellung gibts u.a. hier: .Net Framework 4 Migration Issues und natürlich in Foren und Blogs von Leuten die ihre Software bereits migriert haben.

Wer suchet der findet.

Schmutzig ja, schnell nein.

Auf die Ausführungsgeschwindigkeit bezogen ;-)

Evtl. könnte der OP nochmal seinen Post etwas strukturierter und ausführlicher wiederholen?

Manche LCD-Fernseher strahlen wohl auch recht deftig. Hab ich bei einem Freund erlebt:
Fernseher an -> Empfang schlecht, Fernseher aus -> Empfang super wobei er da einen USB-WLan Stick hatte bei dem die Antenne schon extrem beschissen war.

Was meinst du genau?
Im Eigenschaften-Fenster vom Studio in der Designansicht? Oder meinst du die Properties im Code?

Notification Services Beispiele Allerdings sind die Notification Service ab dem 2008er SQL Server nicht mehr unterstützt.

Wenn du kriterien wie z.B. ein DateTime (besser DateTime2)-Feld in deiner Tabelle hast dann kommst du auch nur mit dem SQL Server Agent aus und brauchst keine Trigger.

"Echtzeit" würde es mit den Triggern auch gehen ich weiß aber nicht wie es dann um die Performance bei z.B. inserts bestellt ist.
Du baust z.B. einfach einen After Insert-Trigger auf die entsprechende Tabelle und benutzt dann z.B. einen SOAP Endpoint um einen Webservice aufzurufen der dann wiederum mit der zu benachrichtigenden Anwendung kommunizieren kann.

Solltest du deinen Datenzugriff sowieso schon in Stored Procedures gekapselt haben dann brauchst du gar keine Trigger.

Aus der Doku:

Nicht so schön aber sollte funktionieren:
Einen Trigger auf die zu überwachenden Tabellen bauen und bei Änderungen diese in eine Changelog-Tabelle schreiben. Diese wird von einem Agent-Job abgefragt und dann z.B. ein Webservice (oder was auch immer man vom Server erreichen kann) benachrichtigt. Danach wird die Changelog-Tabelle wieder geleert oder bereits versandte Änderungen entsprechend geflagt wenn man sie aufheben möchte.

Dieser Ansatz wäre allerdings nicht "realtime". Kommt drauf an wofür du es brauchst.
Der Notification Service arbeitet meines Wissens nach ebenfalls nicht "realtime".