Teknik, hosting & e-handelsløsninger

Svar: SQL forespørgsel fra 2 forskellige databaser?

Jacob Ipsen — Sun, 22 Aug 2010 21:23:08 GMT

Hej Christian

der er normalt ikke noget galt i at splitte data op, hvis vi snakker SQL man skal bare gøre sig klart at det kan betyde lidt extra svartid, alt efter hvordan man man binder dem samme og hvornår i forløbet.

i de løsninger vi har lavet hvor kunder har haft samme ønsker. har vi en Webservice på vores løsning(kassedelen)
hvor man kan trække lager bevægelser siden et DateTime(eller timespamp)

og så vedligerholder vi blot lager tabelle i webshoppen, på den måde er det minimal data mængde der skal sendes til shoppen, webshoppen har sjællent noget at bruge alle transactioner til så dette vil give en masse unødig data trafik og server belastning,

og ja som de andre skriver ville det mest optimale være at skifte over til en SQL platform i stedet for Access da disse ikke er så gode til at håndtere stører belastning.

MySQL eller SQL express(ved dog ikke om denne må bruges til web, mener jeg ikke)
hvis du allerede bruger SQL syntax til Access basen vil du "let" kunne rette det til så du køre mod en SQL server istedet, dette vil også gøre det lettere for dig at skalere op.

Du er velkommen til ringe hvis du har brug for lidt sparring

/Jacob

Svar: SQL forespørgsel fra 2 forskellige databaser?

Mikkel deMib Svendsen — Sun, 22 Aug 2010 21:02:43 GMT

Christian, for mig er det lidt ligesom med streaming video. Det kan man også godt gøre over http fra en almindelig webserver. Men den er ikke beregnet til det. Og når nu det er SÅ let i dag at lægge sine videoer ud på en dedikeret video streaming server eller tjeneste er det helt åndssvagt ikke at gøre det.

Som Lundsby så rigtigt siger handler det om at bruge værktøjerne til det de er bedst til - det synes jeg næsten altid man kommer længest med.

Svar: SQL forespørgsel fra 2 forskellige databaser?

Lundsby — Sun, 22 Aug 2010 20:55:33 GMT

Christian iMARKETING:
Der findes sikkert 100 måder man kan få noget tilsvarende frem med MS SQL; men grundlæggende har jeg det godt med at lade være med at bygge større løsninger hvis tingene kan løses på en enkel måde

Det er ikke et spørgsmål om at Access er en simplere løsning, på nogle områder kan Access faktisk meget mere end SQL Server.
Det er mere et spørgsmål om at bruge produkterne til det de er beregnet til. Access er et udemærket produkt som lokalt datastore til en Windows Applikation evt. en applikation udviklet i selve Access.

Men Access er ikke beregnet som datastore for en webapplikation, eller en fler-bruger client-server løsning, her bør man bruge en SQL Server.

Der er selvfølgeligt lidt en indlæringskurve i starten, men på den lidt længere bane så er det bare lettere at bruge produkterne til det de er beregnet til.

Svar: SQL forespørgsel fra 2 forskellige databaser?

Mikkel deMib Svendsen — Sun, 22 Aug 2010 20:44:43 GMT

Jeg synes helt klart at det er LETTERE med MS SQL end Access. Der er slet ikke noget stort og frkromet over det - det er ganske simpelt.

Og så er der jo iøvrigt også en del SQL statements som Access ikke understøtter.

Svar: SQL forespørgsel fra 2 forskellige databaser?

Christian iMARKETING — Sun, 22 Aug 2010 20:40:13 GMT

Niels:

Det der gjorde at jeg valgte Access fra er simpelhent en opdatering af "databasen" vil betyde at sitet skulle lukkes ned imens det skete.

Det er dette problem jeg har løst med de 2 databaser

Kassedatabasen bliver simpelthen skiftet ud med en ny på et splitsekund en gang i døgnet hvorefter den bliver opdateret hver 5. minut.

Mikkel, jeg kan godt forstå dig. Vores system har een gang kørt på MS SQL for en del år siden, hvor en stor kunde havde 120 butikker der alle skulle kunne opdatere data.

Men for et ganske almindeligt CMS er det stadig min erfaring at det er "overkill" at køre med andet end det, der i årevis har vist sig at fungere ganske udmærket.

Jeg troede lige, at jeg blev nødt til at skifte - så hvis ikke Jesper var kommet med sit forslag, så ville jeg sikkert have følt, at jeg endelig løb imod "muren" med Access.

Eet eller andet sted kan jeg altså rigtig godt lide, at jeg hurtigt kan tage en backup af en database og sige til mig selv, at her er en fil der ser sådan og sådan ud på dette tidspunkt.

Der findes sikkert 100 måder man kan få noget tilsvarende frem med MS SQL; men grundlæggende har jeg det godt med at lade være med at bygge større løsninger hvis tingene kan løses på en enkel måde

Venlig hilsen,

Christian

Svar: SQL forespørgsel fra 2 forskellige databaser?

Niels Henriksen — Sun, 22 Aug 2010 19:25:49 GMT

Lundsby:
Jeg har haft problemer med Access og flere-brugere! I bedste fald en misset skrivning, men det skete også at databasen blev korrupt og ikke kunne åbnes. Så jeg tilhører nok den lejr, der ikke ville turde at sætte en Access i enden af et web-baseret system.

Det der gjorde at jeg valgte Access fra er simpelhent en opdatering af "databasen" vil betyde at sitet skulle lukkes ned imens det skete.

Svar: SQL forespørgsel fra 2 forskellige databaser?

Niels Henriksen — Sun, 22 Aug 2010 19:23:54 GMT

Christian iMARKETING:
Til jer andre, der fortæller at Access er fy, fy skamme, så kan jeg sige, at jeg har arbejdet med Access i 10 år nu til webbrug og ikke een eneste gang har det givet nogen som helst problemer

Det er helt iorden. Vi har hver vores erfaringsgrundlag og jeg står stadig ved min mening :)

Men godt at du fik det løst.

Svar: SQL forespørgsel fra 2 forskellige databaser?

Technocowboy — Sun, 22 Aug 2010 19:13:02 GMT

Christian iMARKETING:

Jeg bakker lige op her.

Var i "Rabatten" med www.Pillefyring.dk og det gav selfølgelig en ordentlig belastning på serveren; men den gik ikke ned af denne grund.

Ville nok ikke anvendes Acces hvor rigtig mange forskellige brugere simultant skriver til databasen såsom Amino

Venlig hilsen,

Christian

Ved masser af samtidige læsninger får du sansynligvis bare timeouts hvis det går hedt til - Det er lige præcis antallet af samtidige skrivninger der er problemet. Og som jeg læser problemstillingen er det netop et antal kasseapparater der skal skrive kasse-transaktioner i databasen - og risikoen for fejlskrivninger stiger med antallet af kasseapparater og varesalg.

Omvendt, hvis hvert kasseapparat har sin egen accessdatabase, som synkroniserer med en central database, så vil det sansnyligvis ikke give problemer.

Så min anbefaling vil stadig være at samle de data der skal samles, og så lave dit query i den centrale database - især hvis du skal skrive i database(erne) - da du så vil kunne lave alt inden for samme transaktion og har mulighed for at lave rollback hvis noget går galt. Den mulighed mister du hvis du har flere databaser.

mvh

Jan

Svar: SQL forespørgsel fra 2 forskellige databaser?

Lundsby — Sun, 22 Aug 2010 18:13:43 GMT

Christian iMARKETING:
Til jer andre, der fortæller at Access er fy, fy skamme, så kan jeg sige, at jeg har arbejdet med Access i 10 år nu til webbrug og ikke een eneste gang har det givet nogen som helst problemer

Jeg har haft problemer med Access og flere-brugere! I bedste fald en misset skrivning, men det skete også at databasen blev korrupt og ikke kunne åbnes. Så jeg tilhører nok den lejr, der ikke ville turde at sætte en Access i enden af et web-baseret system.

Men hvorfor også tage chancen, den eneste grund til at bruge Access, er hvis man ikke kan overkomme at sætte sig ind i en server-baseret database. Man har jo masser af gratis alternativer som bedre og også koster gratis :-)

Svar: SQL forespørgsel fra 2 forskellige databaser?

Christian iMARKETING — Sun, 22 Aug 2010 17:56:02 GMT

Jeg bakker lige op her.

Var i "Rabatten" med www.Pillefyring.dk og det gav selfølgelig en ordentlig belastning på serveren; men den gik ikke ned af denne grund.

Ville nok ikke anvendes Acces hvor rigtig mange forskellige brugere simultant skriver til databasen såsom Amino

Venlig hilsen,

Christian

Svar: SQL forespørgsel fra 2 forskellige databaser?

Mikkel deMib Svendsen — Sun, 22 Aug 2010 17:44:50 GMT

Christian iMARKETING:
jeg har arbejdet med Access i 10 år nu til webbrug og ikke een eneste gang har det givet nogen som helst probleme

Så har du aldrig haft ret mange samtidige besøg :)

Jeg er helt enig i at du bør flytte til MS SQL. Jeg startede også selv i tidernes morgen med MS Access, men ikke lang tid - da jeg først fik prøvet med MS SQL, og MySQL var der ingten vej tilbage. Det er simpelt hen 1000 gange federe.

En hosted MS SQL server koster i dag så lidt, at der ikke er nogle gode undskyldinger for at lade være.

Svar: SQL forespørgsel fra 2 forskellige databaser?

DesignYOU - Allan Hansen — Sun, 22 Aug 2010 17:42:51 GMT

Christian iMARKETING:
Til jer andre, der fortæller at Access er fy, fy skamme, så kan jeg sige, at jeg har arbejdet med Access i 10 år nu til webbrug og ikke een eneste gang har det givet nogen som helst problemer

Jeg har udviklet helt helt CMS fra bunden på access DB så jeg bakker lige op her .... det køre uden problemer, Er mængden af trafik stor er det nok ikke det smarteste.

/allan

Svar: SQL forespørgsel fra 2 forskellige databaser?

Christian iMARKETING — Sun, 22 Aug 2010 17:39:58 GMT

Super svar du har Jesper

Det vil jeg gøre.

Til jer andre, der fortæller at Access er fy, fy skamme, så kan jeg sige, at jeg har arbejdet med Access i 10 år nu til webbrug og ikke een eneste gang har det givet nogen som helst problemer

Tvært imod, så har den været super nem at arbejde med.

Og med Jespers forslag så vil tingene være endnu nemmere fremover.

Venlig hilsen,

Christian

Svar: SQL forespørgsel fra 2 forskellige databaser?

Jesper — Sun, 22 Aug 2010 15:47:35 GMT

Rasmus og Techno...

Så vidt jeg kan se har Christian intet behov for at igangsætte et konverteringsprojekt for at opnå den samme funktionalitet, som han har nu. Hvis systemet går for langsomt er det en anden snak, men problematikken er jo blot at han vil trække på informationer fra to forskellige databaser i de værktøjer han kender og bruger. Hurtig, gratis og nem løsning.

Svar: SQL forespørgsel fra 2 forskellige databaser?

Rasmus Lindgren — Sun, 22 Aug 2010 15:42:29 GMT

Technocowboy:
Access er ikke gearet til et multiusermiljø.

Helt korrekt. Det er fy fy at bruge Access til web brug! Få det over på MS Sql Server med det samme (hvis du er i et ms miljø).