Verwaltungsprogramm für Bauteile?

[Superhirn]

ok ich habe davon ganz andere vorstellungen.

falls du es schon bei google etc gsehen hast gibs webanwendungen. genau sowas hätt ich gerne.

ms sql ist nicht opensource. schongarnicht kostenlos (wenn dann nur eingeschränkt).
ein sevrer hat bei mir linux da wär das auch schon unmöglich.

php und mysql gehören nicht zusammen, aber ich meinte ich benutze es zusammen.

php und mysql sind nicht langsam ich schrieb mal ein webapp wo der komplette Farnell katalog und andere drinnen waren. die ging flott (mit ms acces unvergleichbar).

ich lernte es sehr schnell wenn du schon etwas kannst sist nicht schwer ich kann dir sonst helfen.

Idealerweise: Mehr Funktionen als die Konkurrenz, dafür etwas billiger.

GPL?

wenn du es in mysql mit php schreibst, dann mach ich gerne mit. da ich bereits php,sql und html kann sollte nichts mehr ein problem sein.

zu peer-to-peer: sicher nicht schlecht aber willst du alle datenbanken bei jedem teilnehmer spiegeln? es wird etwas kompliziert werden wenn jemand mal was offline macht. ein download der produktdatenbanken würd stunden dauern. (bei einem neuen teilnehmer).
ich würde vorschlagen p2p sollte man erst machen wenn die funktion so funktioniert.

lg
Thomas

[lion1984]

also das mysql langsam ist hat keiner behauptet.. ich sagte mdb, und das is ACCESS. und ms sql nicht kostenlos, dann muss ich leider sagen, infomiere dich. Suche mal MS SQL Server 2005 Express. richtig einschränkungen gibt es, aber hast du dir die mal durchgelesen? 4GB für eine datenbank und nur 1 Prozezzor. ansonsten gleich wertig zum großen.

ich würd sagen mysql und linux gehören wohl zusammen, denn meistens wird das in der kombi verwendet.

nein nicht dbs spiegeln, einfach das p2p prinzip, ich biete das und das an. du kannst es verwenden bzw runterladen, aber nur wenn mein rechner rennt. Man schickt ja auch nur mehr oder weniger files hin und her, ob man das per p2p oder webspace macht, ist auch schon egal.

und nochmal bezüglich, es gibt einen embedded MS Server, der eben, embedded ist (man braucht kein Server) und is auch kostelos zu verwenden.

lg

Edit: man kann doch php / mySQL mit einer client Anwendung verbinden, einfach per Webservice. aber wie gesagt, ich würd es nicht ren online machen, denn auch wenn ich mit freunden teilen möchte, ich will nicht immer zwingend das internet aufdrehen müssen um meine Bauteile zu verwalten.

[Superhirn]

ne bei p2p stell dir mal vor wenn 3 teilnehmer sind und einer ist nicht online, dann fehlen ca 1/3 der daten.
sagen wir mal 10 teilnehmer dann fehlt dir ne menge wenn man nur 2 oder gar nur du allein online bist!

aso mdb ist acces. fällt mir wieder ein. naja zu linux verdrossen.

portable apps hat WAMP (windows, apache, mysql, php) als portable app für windows. das wär ca dein embedded server.

ich bin per fair-use 10gb immer online. man könnte einen cache einbauen damit du auch ohne internet zugriff hast. zb eine offline app version dann wär sogar umts/gprs bezahlbar weil nur sehr wenig übertragen wird. (zb wenige kb für die ganze sesson wenn die produktdatenbank gecacht ist).

lg
Thomas

[lion1984]

ich glaube du hast meinen vorschlag nicht verstanden.
du kennst sicher p2p anwendungen, dort werden doch nur die Daten angeboten, die der Ersteller anbieten will. Nicht den gesamten stamm. wird so eine Anwendung entwickelt kannst du nicht davon ausgehen, dass jeder seine Arbeit "verbreiten" will, und wenn dann gehts eh um wie ein laubfeuer. Also einfach das einfache p2p prinzip, wenn ich daten hergeben will geb ich sie frei, und die, die sie will schauen halt, dass sie sie kriegen wenn ich online bin.

Die bezüglich hab ich auch gemeint, es wäre egal ob man so das p2p verwirklicht oder nen öffentlichen webspace anlegt, wo die files / infos abgelegt werden und jeder zugriff hat.

ich kenne WAMP durchaus, ich wollte nur dem kommentar "MS SQL Server sei nur mit extreme einschränkungen" erhältlich (so hast du es meienr meinung nach ausgedrückt, entgegen wirken, den MS Sql gibt es frei (für solche Anwendungen durchaus aussreichend) und MS SQL ist nicht schlecht.

nichts gegen dich jetzt, aber apache und php sind, ich hoffe ohne diskusion online Theman (Programmiersprache und deren umsetzung). Ich sehe es nicht ein, auf dieser Basis Windowsanwendungen zu entwickeln, dafür gibt es webservice, wo man sich even. dann den datenstand runterladne könnte und dann genauso offline arbeiten kann.

lg

[Superhirn]

ja ich weis ja nicht ob jeder wamp kennt. das ms sql schlecht ist sagte ich auch nicht. die definition von "frei" für ms sql würd ich unterlassen denn als "frei" wir GPL software bezeichnet. kostenlos wär besser (sry aber ich bin gpl fan).

meine idee mit dem server kommt vorallem davon da ich derzeit mit mehrern freunden zusammen baue. und jeder bestellt eben wenn der andere was braucht bzw mal etwas mehr... denn versandkosten kann man sich so sparen.

freigeben will ich es deswegen (intern) weil ja dann jeder wissen soll wer ca wieviel gezahlt hat, bzw was man sich beim freund ausborgen könnte wenn man mal nicht bestellen will und der lokal dealer zu teuer ist bzw es zu eilig ist um 1 tag wartezeit für Farnell zu akzeptieren...

aber ich glaub ich werde sowas selbst anfangen weil unsere interessen doch etwas weiter auseinander sind. sobald mal meine derzeitigen 2 pc programme nen halbwegs alpha/beta status haben.

lg

[lion1984]

hy,

du brauchst es ja nicht allein anzufangen, ich bin ja nicht der thread startet das musst du mit ihm klären, nur du siehst was aus einem "kleinen" programm wird jeder dem seinen

(wenn man jetzt weiter stochert kann man sagen, wenn mans richtig programmiert is die db eh egal, weil die sollte dann eingestellt werden, egal ob mysql, ms sql, postgre, firebird, etc etc= )

lg

[Superhirn]

du brauchst es ja nicht allein anzufangen, ich bin ja nicht der thread startet das musst du mit ihm klären, nur du siehst was aus einem "kleinen" programm wird

aja du hast den nicht angefangen. also ich bleib bei meiner serverbasierenden idee mit php/mysql. ein optinaler client in c++ (und evt qt4 für die oberfläche) soll möglich sein.

man könnte auch eine riesendatenbank machen die am rn server läuft mit den produkten....
dafür sollten wir dann ein Wiki oder so anbieten. sonst wird da alles richtig überladen/unübersichtlich mit den wünschen.
wenn wir das projekt mal bei sourceforge registrieren könnten wir in diesem webspace ein Wiki installieren und mal alles zusammenstellen. danac fangen wir an mit der programmierung. einer allein schafft das eh nicht so schnell.

wir sollten dann auch die firmen anschreiben wenn wir fertig sind ob sie uns komplette datenbanken liefern können

lg
Thomas

[Jaecko]

Sodele... Hab mir mal das Bauelemente-Programm besorgt, anschauen konnt ichs leider nicht. Scheint wohl zur Zeit ein defekter Download vorzuliegen. Stimmt die Grösse von 3.294.284 Bytes? Die .exe startet nur Kurz mit dem Dialog "Dateien werden entpackt...", mehr passiert nicht; WinRAR meint, dass das Archivende fehlt.
(Mehrmalige Downloads ändern da nichts dran)

@lion1984: Die Händler, die ich eingebe, sind sozusagen die "Stammhändler", wo's die jeweiligen Teile am billigsten gibt. Die Idee, dass man mehrere Händler zu einem Bauteil zuordnen kann, wäre auch machbar. ("Bestell ich heut mal bei Händler B, der hats ja auch...")

mdb deswegen, weil ich das halt schon ewig hernehm.
(Noch so ne Angewohnheit, als die Benutzeroberfläche noch die Access-Formulare selbst waren.)
Dass mdb/Access nicht mehr die neueste Technik ist, ist mir klar.
Und v.a. die "Geschwindigkeit" ist deutlich spürbar, wenn das Prog auf nem USB-Stick läuft... (nahezu Lahm...)

VB6 und ADO kann zwar angelich fast alle Datenbanken ansprechen, bleibt aber halt immer noch Windows-fixiert. (Und wie aus nem anderen Thread erkennbar: sogar da läufts nicht immer auf jedem Windows)

Aber die Idee mit dem MySQL gefällt mir immer besser.
Sprich ein kleines Programm auf nem Server (notfalls der eigene Localhost, 127.0.0.1); mit dem dann das eigentliche "Programm" in nem Webbrowser läuft. Oder es liegt irgendwo auf nem www-Server, von überall erreichbar, man loggt sich mit seinen Daten ein, egal wo man grade ist, kann anderen den eigenen Bestand schicken etc...
(abgleich mit der lokalen Datenbank, dass man nicht ständig an der Leitung hängen muss)

Oder dass man z.B. von Leuten, die relativ Nahe beisammen wohnen, die Bestellungen beim gleichen Händler zusammenwürfelt in ne Sammelbestellung.
Weil nur für 1 kleines 50-Cent-Teil, das man dringend braucht, ne extra Bestellung aufmachen wär finanziell Käse. Geht zwar, aber mit Versandkosten und Kleinteilezuschlag einiger Händler kostet das Teil dann locker mal das 10-20fache. Und wenn ein anderer User in der Nachbarstadt eh grad am Bestellen ist, kann man da ja was mitorganisieren.

@superhirn:
Thx fürs Angebot mit der Hilfe. Werd ich sicher mal drauf zurückkommen.
Werd mich jetz mal mit Quellen/infos über MySQL eindecken und da einarbeiten. Dürfte ja nicht wirklich ein Problem darstellen.

Parallel dazu werd ich mir dann noch weiter Gedanken über die benötigten Funktionen machen. (V.a. sowas, wie Bauteilspezifische Angaben; abgeschaut von den Screenshots bei K-Ware; z.B. Angabe der max. Leistung eines Widerstands, etc.)

[Superhirn]

Dass mdb/Access nicht mehr die neueste Technik ist, ist mir klar.

ms acces 2007 ist sehr modern aber nicht grade flott.

ich würde mehrere händler für ein teil vorschlagen. am besten wär wenn man dann nur die teile in die gemeinschaftsbestelliste schreibt, und dann gibt das bestellprogramm den günstigsten hersteller aus oder man kann sagen zb conrad und man bekommt für alles die conrad produktnummer.

jetzt fällt mir immer mehr ein. wird richti professionell
so würd ich abe rnicht nur roboteile sondern mein ganzes haus (wenn ich mal eins hab) organisieren

[recycle]

Die Händler, die ich eingebe, sind sozusagen die "Stammhändler", wo's die jeweiligen Teile am billigsten gibt. Die Idee, dass man mehrere Händler zu einem Bauteil zuordnen kann, wäre auch machbar. ("Bestell ich heut mal bei Händler B, der hats ja auch...")

Die Möglichlkeit einem Bauteil mehrere Händler zuzuordnen würde ich auf jeden Fall implementieren.
Bei kleinen Bestellungen ist es ja meist günstiger, wenn man alles bei einem Händler bestellt, auch wenn nicht alle Einzelteile bei diesem am billigsten sind.
Ab einer bestimmten Menge wird es dann doch günstiger mehrere Bestellungen bei verschiedenen Händlern aufzugeben. Dabei muss man natürlich Versandgebühren, Mindestbestellmengen usw. berücksichtigen.
D.h. wenn man wirklich ermitteln will, wie man am billigsten an die benötigten Teile kommt ist das schon einge Rechnerei.
Eigentlich eine interessante Aufgabe für eine Software, besonders wenn die benötigten Daten sowieso schon in der Datenbank hinterlegt sind

Aber die Idee mit dem MySQL gefällt mir immer besser.
Sprich ein kleines Programm auf nem Server (notfalls der eigene Localhost, 127.0.0.1); mit dem dann das eigentliche "Programm" in nem Webbrowser läuft. Oder es liegt irgendwo auf nem www-Server, von überall erreichbar, man loggt sich mit seinen Daten ein, egal wo man grade ist, kann anderen den eigenen Bestand schicken etc...

Bei der Entscheidung würde ich an der von dir angestrebten Zielgruppe orientieren. Für ein Geschäft oder eine Firma ist es sicherlich schön, wenn so eine Anwendung zentral auf einem Server läuft und die Angestellten von jedem Rechner aus über den Browser damit arbeiten können.

Als Privatanwender der alle Tage oder Wochen mal seinen Bauteilebestand kontrolliert oder auffrischt, hätte ich sicherlich keine Lust, mySQL oder MS SQL, Webserver, Webapplikation usw. zu installieren - vor allem nicht, wenn Teile davon ständig im Hintergrund laufen und Resourcen fressen.

Oder dass man z.B. von Leuten, die relativ Nahe beisammen wohnen, die Bestellungen beim gleichen Händler zusammenwürfelt in ne Sammelbestellung.

Wie gross ist die Wahrscheinlichkeit, dass man Leute in der unmittelbaren Nachbarschaft hat, die zur gleichen Zeit auch Bauteile vom selben Händler benötigen, dasselbe Programm verwenden, ihre Daten ständig aktuell halten und übers Netz freigeben?
Ich glaube über die Funktion kannst du dir noch Gedanken machen, wenn du die ersten 10.000 Lizenzen verkauft hast.

Weil nur für 1 kleines 50-Cent-Teil, das man dringend braucht, ne extra Bestellung aufmachen wär finanziell Käse. Geht zwar, aber mit Versandkosten und Kleinteilezuschlag einiger Händler kostet das Teil dann locker mal das 10-20fache. Und wenn ein anderer User in der Nachbarstadt eh grad am Bestellen ist, kann man da ja was mitorganisieren.

Bei einer Sammelbestellung mit jemandem aus der Nachbarstadt spare ich nur die halben Versandgebühren. Das macht bei den meisten grossen Onlinehändlern innerhalb Deustchlands 2-4 Euro. Dafür bekommt einer von beiden die Teile nicht mehr bis an die Haustür geliefert, sondern muss sie aus der Nachbarstadt abholen.
Dabei kann eigentlich nur jemand sparen, der vor Langeweile fast umkommt die Schuhsohlen gesponsort bekommt.
Wenn du Geld für dein Programm nehmen willst, ist das eine ziemlich schlechte Zielgruppe

Kleinteilezuschläge kenne ich eigentlich nicht, die meisten Händler haben Mindestbestellsummen.
Meiner Meinung nach ist die Aufgabe einer Software zur Bauteilverwaltung aber genau diese Bestellungen von einzelnen Kleinteilen zu umgehen.
Wenn ich jedes Kleinteil erst bei Bedarf einzeln bestelle, brauch ich keine Bauteileverwaltung.

Den Vorschlag Bestandsdaten usw. mit anderen Usern zu sharen oder sogar ins Netz zu stellen halte ich für relativ witzlos.
Ich glaube nicht, dass es andere Leute interesssiert, welche Bauteile ich auf Vorat habe, mich interessiert jedenfalls nicht was andere im Schrank haben.

Eine Datenbank mit Preisen einzelner Händler ins Netz zu stellen würde ich mir sehr gründlich überlegen.
Wenn da mal falsche Preise rein geraten oder die Preise nicht ganz aktuell sind, könnten die entsprechenden Händler etwas grantig werden.


Wenn man heutzutage irgendwo im Web einen Markennamen falsch verwendet, ein nicht copyright-freies Dokument veröffentlicht oder ein irgendwo kopiertes Bild verwendet, bekommt man ruckzuck Post von irgendwelchen Anwälten die ihr Geld damit verdienen Textbausteine zu Abmahnungen zusammenzuklicken.
Da würde ich persönlich keine Datenbank ins Netz stellen, in die andere Leute Datenblätter, Beschreibungen und Bilder von Bauteilen hochladen können.