Brug af Access eller andet database-program

Jeg byder ind med et kommentarer til de punkter du nævner.

Access kan sagtens holde information om de emner du beskriver, og det kan laves, så det er muligt at udtrække og søge i databsen. Det er muligt at lave en login-funktion også med begrænsning på brugertype osv.

Jeg kan høre på det at det skal køre over internettet? Access kan godt fungere som database over internettet i mindre omfang. Access fungerer bedst til mindre hjemmesider med et begrænset antal besøgende. Hvor mange det drejer sig om kan man ikke sige præcist. Det afhænger af hvor meget databasen bruges af de besøgende. Bedst er det hvis der kun er lejlighedsvise udtræk fra databasen. Det er lidt værre hvis næsten alle sider på hjemmesiden genererees dynamisk med udtræk fra databasen f.eks. varekataloger, da hver eneste sidevisning så vil kalde på databasen. Værre er det hvis brugen af databasen udgøres af mange insert/update handlinger, da det belaster databasen mere end selects/udtræk. Ved mere end en håndfuld samtidige brugere på en hjemmeside med meget dynamisk indhold vil få Access til at køre lidt langsommere.
Jeg har selv brugt Access med success på en ehandelsside, men var nødt til at skifte til SQL server, da antallet af besøgende steg. Af databaser som fungerer rigtig godt under store belastninger på internettet er der MySQL (gratis+open source), MSSQL m.fl.

Jeg ved ikke helt hvad du mener med at køre en database "direkte" via en hjemmeside, men uanset hvad du mener er det næsten helt sikkert muligt.

Der skal laves nogle websider, som kan kommunikere med databasen. Det kan være sider skrevet med et scriptsprog som ASP eller PHP eller andre. Bruger man Access/MSSQL vælges ofte ASP og bruger man MySQL vælges ofte PHP. Der er meget personligt og økonomisk preference i det valg.

og hvis du på nogen måder kan slippe afsted så lad være med at lave noget i ASP (VBScript) nu, lav det i ASP.NET hvis du host har det tilrådighed.

Tak for svar, jeg er allerede blevet lidt klogere :-)

Jeg er endnu ikke klar over, om de brugere der er "i huset" skal køre databasen over netværket, men der vil være en række brugere, måske 30, som er nødt til at køre det over internettet. Lettest vi det være, hvis det er samme metode uanset hvem det er der logger på. Jeg havde forestillet mig, sådan mest optimalt, at det egentlig bare var en form for alm. hjemmeside, hvor man så kunne klikke ind på de forskellige typer af information, og derunder komme ind til en oversigt med den gruppe informationer. I sidste led ville man så kunne komme ind på de konkrete oplusninger, eks. salgstal for en bestemt vare for en bestemt måned, få en graf over sidste års salgstal, se hvordan konkurrenternes produkter har solgt i samme periode osv.

Et forsigtigt bud er, at der med tiden, efterhånden som  databasen bliver oprettet, vil blive måske 5 besøgende om dagen. Det er kun for virksomhedens egne medarbejdere, samt en række forhandlere, som jo så skal have begrænset adgang. Jeg er som sagt relativ grøn indenfor databaser, og har derfor ikke nogen foretrukken. Det er vigtigere for mig, at jeg kommer igang med det rigtige fra starten, således at den fortsatte udvikling ikke skaber flaskehalse af forskellig art. Hvilke(t) programmer skal jeg koncentrere mig om at undersøge nærmere?

Lyder lidt af at du nok ikke skal starte med Access, det sprængende punkt lige nu er nok om det skal være MS, har I økonomi til det? Har I nogle præferencer i retning af leverandør? Eller vil det være Ok for Jer at køre open-source?

Hvordan med hosting af løsningen er det noget I selv skal håndtere, har I egen IT-afdeling, det er måske i virkeligheden dig ;) eller hvordan er Jeres setup.

Problemet med sådan noget her er, som du også selv nævner, at man skal passe på man ikke bliver låst til noget som senerer bliver et problem. Omvendt skal man også have øje for det økonomiske så man ikke vælter en masse guld på gaden for noget man ikke har brug for.

Det lyder til at mange af brugerne skal kunne tilgå databasen fra internettet og at der også skal være mulighed for at tilgå databasen lokalt.
Hvis der kun var brug for lokal adgang kunne man jo lave en brugerflade i Accesses rigtig gode brugerflade. Men hvis man samtidig skal lave noget bruger i asp/php/asp.net er det måske smartere at alle bare bruger den. Der er jo ingen grund til at lave det to gange.
Husk på at Access er to ting. JET databasemotoren som er den egentlige database og så Access-programmet som de fleste kender som værende Access. Man kan godt bruge selve databasefilen med tabeller m.m. uden at bruge Accessprogrammet.

5 besøgende om dagen er meget lidt og Access vil sagtens kunne klare det. Jeg havde ca. 200 besøgende om dagen, før jeg var tvunget til at skifte, men det afhænger som sagt meget af brugen af databsen. Det lyder som du vil lave mange dataudtræk, men ikke så mange inserts/updates.

Nogle bruger Access som et prototype værktøj, da det er meget nemt at arbejde med. Man kan så upsize sin database til en anden type når det bliver nødvendigt eller når man overgår til almindeligt brug.
Når man skal upgradere behøver man jo ikke gå direkte til SQL server, som er et dyrt Microsoft produkt (Det kan for øvrigt købes som en hosted løsning hos de fleste webhoteller for ca. 80 kr/md).
Microsoft laver jo også den gratis SQL Server 2005 Express, som netop er udkommet. Det er en opgradering fra den tidligere MSDE database.
SQL server express er helt gratis at bruge og er identisk med den dyrere SQL server, men indeholder lidt færre features og dårligere performance ved rigtig mange besøgende.
Så det er nævnt er det et spørgsmål om du, I eller jeres IT-afdelingen har preferencer ang. Microsoft og open source, men man kan komme ret langt med en gratis database, selv fra Microsoft.

Den store udfordring bliver at få lavet en brugerflade. Det er ikke helt simpelt uanset hvilken løsning du vælger. Jeg har allerede nævnt den fremragende indbyggede brugerflade i Access-programmet, men skal det køre over nettet skal siderne laves i ASP/ASP.NET. Det vil tage noget tid at lave og formentlig meget tid, hvis ikke kender ASP i forvejen.
Jeg har tiligere brugt programmet ASPmaker til at lave asp-brugerflade sider til at administrere en Accessdatabase på nettet. http://www.hkvstore.com/aspmaker/
Det genererer automatisk en række sider til insert/update/delete m.m. og sparer mange timers arbejde. Brugerfladen er dog kun baseret på tabeller og de ting du nævner med grafer m.m. vil ikke kunne lade sig gøre uden en større tilpasning.

>kryptos: Hvad er MS? Jeg tror ikke der er nogle videre præferencer ang. leverandør, jeg tror det vigtigste er at det virker mest optimalt, med det også sagt at økonomi ikke er det primære, men selvfølgelig ikke uvæsentligt. Vi har egen IT-afdeling. Jeg er nyansat, og det er endnu ikke afgjort hvor meget af det tekniske jeg selv skal styre. Mit primært formål er at samle informationerne, og få dem gjort anvendelige og tilgængelige for forskellige interessenter. Det lyder lidt som om, at jeg skal lade IT-afdelingen om den grundlæggende udvikling og opbygning af database samt kommunikation med website mv., og selv stå for selve designet og brugerfladen samt selvfølgelig indhente de relevante oplysninger til databasen. Som jeg skrev tidligere, så er mit computerkendskab rimeligt, men ikke på dette område.

>jesperfjoelner: Jeg tror det er vigtigt, at databasen præsenteres som en brugervenlig mulighed for at få de oplysninger man har brug for. Det er muligt at mine forestillinger (også i kraft af min "uvidenhed") ikke er holdbare.

Er SQL Server bare en opgraderet og kraftigere Access?

MS = Microsoft.

SQL Server er et database system, som kan håndterer rigtigt mange brugere og rigtigt store datamængder, man kunne kalde det en "rigtig" database. Access er det man kalder en Desktop-database i denne betydning, betyder at man skal have fil adgang fra den klient der bruger dem, derfor er der nogle begrænsninger i hvad den kan anvendes til. Ligeledes, og det som vil blive det rigtige problem, er den ikke bygget til massiv samtidighed for derfor håndterer den mange brugerer dårligt.

Omkring SQL Server Express så er jeg ret sikker på at man ikke licens mæssigt må sætte den på internettet, men det skal du checke og være 112% Toyota klar på ellers kan det blive en rigtigt kedelig sag.

Du gør nok klogt i at spørge i Jeres IT afdeling, hvilke præferencer de har i den retning. Jeg har ikke selv været steder hvor man ikke havde en rimelig fast ide om hvad man ville have og ikke have. Nogle af dem kalder det en strategi, jeg selv kalder det behagelighed og leverandør valg, men lad nu det være. Det du bare skal være opmærksom på er at Jeres IT afdeling meget vel kan have en politik på området og derfor ville det være ærgeligt hvis du havde lavet en god løsning, som de så skyder pga. politik.

Hvis du har mulighed for at gå Open-Source kan du få nogle rigtigt gode database-systemer, som ikke koster jer andet end tid og viden (læs evt. konsulent kroner) noget. Kommer lige til at tænke på, det jo også er muligt at I internt har serverer med kapacitet til at trække et relativt beskedent (som du beskriver det om ikke andet) web system rundt, men check.

Hvis du vælger at gå open-source så er PostgreSQL er rigtigt godt bud, ved godt MySQL har mere presse men når det kommer til funktionalitet så er det IMHO hands-down PostgreSQL der kommer ud som vinder.

Til interface kan I anvende PHP, bare lov mig at I ikke laver et nyt system i ASP, hvis I vil have ASP så lave det for guds skyld i ASP.NET.

http://www.microsoft.com/sql/editions/express/overview.mspx

Enable Dynamic Web Sites

In today's fast changing world even the most basic Web sites need to be interactive. SQL Server Express and Visual Web Developer provide a simple integrated platform for building dynamic and reliable Web sites. Together these two products provide the tools necessary to build, deploy, and manage Web sites.

At the database layer, SQL Server Express includes several features that make it attractive for Web environments. It uses the advanced query optimization engine of SQL Server 2005 to deliver fast performance. In addition, databases can easily be loaded into a hosted environment through the XCopy feature. Native XML support inside the database ensures that your Web environment can easily interoperate with other applications through Web services.

Umiddelbart lyder det som at en hvilken som helst database kan klare jeres
behov.

Inklusive Access.

Men hvis I har en IT afdeling, så har de sikkert nogle præferencer
med hensyn til database. Så spørg dem.

Næsten enhver kombination af database og web applikations sprog kan
kombineres.

Men jeres IT afdeling har sikkert også nogle præferencer med hensyn
til web applikation sprog. Igen spørg dem.

Hvis du fokuserer på databasens indhold, så er der nok nogen som kommer
og fortæller dig at "her i firmaet bruger vi database X og sprog Y".

Ok, i følge EULA skulle der heller ikke være nogen problemer (så kan jeg lære at lytte ud at checke selv ;)
http://download.microsoft.com/download/8/9/1/891cf345-643c-49a7-98bc-58bc04def37a/SQLServer2005ExpressEdnDistributionLicense.rtf

Tak for jeres indlæg!

Virksomheden har endnu ikke en database der indeholder disse informationer. Indtil videre er de ikke sat i system - det er her jeg kommer ind. Som sagt, så bliver det ikke mig selv der skal stå for det tekniske, men jeg kommer til at arbejde med design og brugervenlighed, hvorfor jeg også forsøger at få afklaring på disse ting. I og med, at der endnu ikke er en database, og jeg på dette område skal starte fra bunden, så tror jeg (men ved det ikke endnu) ikke de har specielle præferencer, ud over at de sikkert i forvejen anvender MS ( :-) ). Men nu ved jeg da lidt mere om det end for 24 timer siden - tak for det.

Lige et lille biproblem.. Hvad er bedst at arbejde med når man skal køre en database i den omtalte form? Kræver det stor processor hastighed/ram, og bør man ikke prioritere en relativt stor skræm? Jeg kunne godt selv tænke mig at have en bærbar, for derved at kunne arbejde uden for den egentlige arbejdsplads, men bør man så ikke have en større skærm og tastatur/mus på arbejdspladsen? (Jeg har længe arbejdet ved en bærbar, det får jeg ikke andet end skulder-problemer ud af!!)

Hvad angår ergonomi og effektivitet ved computeren er der ikke meget, der slår en stationær med en stor skærm. Jeg arbejder kun på min bærare hvis jeg skal.
Jeg mener også jeg så en rapport fornylig, som beskrev at en af de vigtigste parametre, som var bestemmende for kontormedarbejdere effektivt var deres skærmareal. :-)

Hvad angår maskinkravene kommer det an på hvilken teknologi du i sidste ende vælger. Bliver det en browser-brugerflade skal du jo bare kunne køre en browser. Men næsten alle computere i dag vil fungere fint tror jeg. Jeg ville købe det bedste, der er råd til.

Tak for svar til jer alle.. Databasen er ikke oppe og køre endnu, men når vi snart skal igang har jeg en bedre ide om hvad det drejer sig om.