Hur övertygar man någon att hämtning av data från en databas via odbc inte kan skada databasen? Användaren till databasen har endast skrivrättigheter. Organisationen tror ifråga att hela deras applikation som använder databasen ska sluta fungera och att företaget som levererar det ska sluta supporta dem. Vi använder databasen som grunddatabas och föder en del andra databaser med information från den en gång per natt.
Det räcker lixsom inte med att säga att det inte är någon fara. Något som verkligen kan styrka det.
Tja... jag vet inte om argumentet går hem men... ODBC (eller vilket annat anslutningsprotokoll som helst) skickar ju bara SQL-frågor och deras resultat fram och tillbaka. (Du fattar vad jag menar.) Och innehållet i databasen kan ju inte ändras av en användare utan att man har skrivrättigheter. DOCK, måste man ju se upp med SQL injections så ingen får ut mer info än man tänkt sig.
Men det kanske inte är där problemet ligger? Oroar man sig för att själva uppkopplingen kommer att belasta servern alltför mycket? Eller att problem uppstår om man har för många anslutningar eller nåt?
Annars kanske man kan gå in via admingränssnittet och köra frågorna därifrån? Eller genom att köra frågorna den vägen först, övertyga om att frågan inte gör något farligt?
Databasen är för ett stort program kallat P som används av väldigt många. Vi har en programvara som behöver datat som organisationen lagrat i databasen genom programmet P. Men vi behöver bara läsa informationen och vi kör en batchkörning varje natt dvs. En hämtning och synkar uppdateringarna med vår databas. Programmet P's databas är alltså master som det bara läses ifrån.
Organisationen är rädd för att leverantören av program P ska säga upp supportavtal osv. Hävda att när något är fel så beror det på oss.
De är t.o.m oroliga för att de inte tror att de inte får använda informationen inmatad av dem själva i andra applikationer. De tror att det är företaget som levererat programmet P som äger den.
Hm... Skicka ett epost meddelande till organisationen bakom P och fråga om de har synpunkter? Visa svaret för de som är rädda. (Givet att svaret blir som du tror.) Frågeställningen blev mycket komplicerad när du drar in äganderätt till materialet. Det är ju omöjligt för andra att yttra sig om.
Alltså ett företag som levererar en produkt kan aldrig hävda rätten till data som registreras i en databas som företaget levererat. De kan däremot hävda rätten till strukturen på databasen och att inget annat företag får använda tabellstrukturen och bygga applikationer kring den.
Däremot är det inget problem att hämta datat för att lagra i en egen databas.
Företaget bakom P är en direkt konkurrent till oss och använder sig av detta knep för att hålla oss borta. Det är de som från början skrämt upp kunden.
Databasen är dessutom inte något egenutvecklad utan en gratisdatabas från stort företag.
Det är alltid jobbigt när man har med kunder att göra som är riktigt dumma i huvudet. Du får nog helt enkelt försöka förklara för kunden ungefär det du skrev i ditt inlägg ovan, att de äger den information de själva har matat in och att läsningen inte kan skada den andra applikationen.
Även om man kanske tycker att den ansvarige hos kunden borde ha koll och inte lita på en leverantör med oligopolisk ställning så tycker jag ändå att det är extremt fullt av företaget som levererar produkten P att köra med sådana här kort för att hålla kvar sin ställning ett litet tag till istället för att bygga om sin produkt som idag är gammalmodig.
Vore perfekt om det fanns något man kunde peka på. Någon rapport eller liknande.
Vore perfekt om det fanns något man kunde peka på. Någon rapport eller liknande.
Tja, det verkar ju som om det ligger en MySQL databas i botten Databasen är dessutom inte något egenutvecklad utan en gratisdatabas från stort företag.. Så kan ni inte bara höra med MySQL om ni kan få någon tekniker hos det företaget att skriva några rader om hur en SELECT sats påverkar databasen, eller om de har några papper som kan bekräfta att enbart läsa data inte påverkar databasen mer än prestandamässigt.
Jag kan se 2 anledningar till att man inte skulle låta er använda databasen och det ena är er batchkörning nattetid, om det andra programmet har egen batchkörningar nattetid och dessa batchkörningar tar så långtid att man helt enkelt inte vill riskera att er batchkörning går in och ställer till det, eftersom det helt enkelt inte finns många minuter över att spela på...
Det andra är att man inte vill ha några som helst beroende för databasen, om nu det andra företaget ändrar databasdesignen så kommer er batchkörning sluta att fungerar vilket skulle kunna ställa till problem i framtiden, det betyder att det andra programmet måste informerar er om eventuella uppdateringar av databasen i förväg så ni har möjlighet att implementera dessa förändringar i er batchkörning...
Vi använder databasen som grunddatabas och föder en del andra databaser med information från den en gång per natt.
Ärligt talat så förstår jag inte problemet riktigt, om kunden har köpt ert system och vill att det skall fungerar så som ni har lovat att det skall göra så finns det ju 2 vägar att gå. Antingen använder man befintlig data, eller så matar kunden in datan en gång till och har samma data lagrar på 2 ställen och alla problem det ställer till med. Det är ju en ganska enkel sak att berätta för kunden, och vill de inte acceptera det, så ta er pick och pack och gå till nästa kund. Den kunde kommer nämligen att ge er mer huvudvärk än intäkter när systemet väl är färdigt.
Vi agerar på en ganska liten marknad där våra första kunder kommer avgöra vår framtid. Det finns massor av viljor inom organisationen och alla spretar och ingen vågar ställa sig upp och ta ansvaret känns det som.
254 ms totalt · 4 externa anrop · v20260731065814-full.2f471f9e
