Databas SQL för företag

SQL Server 2012 Express, varsågod.

http://www.microsoft.com/en-us/download/details.aspx?id=29062

När du säger att du letar efter ett program, menar du då ett verktyg för att administrera en databas och en DB server?

Vad ni ska välja kan väl bero på vad ni ska använda databasen till också? Till "lättare" användning skulle jag tro att det avgörande får bli vilken som är lättast att integrera till "vad ni nu ska ha det till". Använder ni Linux-servrar är det väl lättast att använda någon som finns som finns "färdig" för den distributionen.

OK, det förklarar ju lite.

Är ju inte expert på området, men kanske någon sk "nosql"-databas skulle vara stabil över tid/datamängd. Normalt sett annars väljer man nog relationsdatabaser.

Titta här, under Cross-Box Scale limits

http://msdn.microsoft.com/en-us/library/cc645993(v=SQL.110).a...

Kan inte citera då jag sitter lite dåligt till, men den fungerar på Win 7 8 osv...

Känns väldigt underligt att ni skulle ha en produktionsserver med windows 7.
Driver dom någon slags hobby verksamhet eller?
För driver men en riktig verksamhet så brukar man vilja ha serviceavtal då avbrott i tjänster ofta kan innebära stora kostnader för ett företag.
Om man ska ha en ordentlig databasserver så bör man rimligtvis placera det på en dedikerad server med ett "server" os i grunden.
MySQL har en stor community och det finns mycket guider/info på nätet om det. Och skrivningarna bör inte vara ett problem så länge man har en bra server som det ligger på.

Lite "off topic" kanske, men hur är MariaDB jämfört med mysql nuförtiden? Någon som vet? Dom har väl sagt att dom gjort en massa optimeringar och sånt i maria, men hur fungerar denna databas i praktiken?

Har inte personligen använt MariaDB. Men den fungerar säkert bra i mindre företag/miljöer. Men jag tror dock att större företag vill ha mer etablerade databaser, pga service, kunskap etc etc.
Prestanda kan säkert också vara bra i MariaDB men har inte läst några oberoende tester hitills, kanske blir att googla sånt lite senare ikväll. Men som sagt, i en prod miljö så skulle jag nog välja MySQL över MariaDB iaf.

Percona är en variant på MySQL som är snabb och skalbar, dock enbart *nix.
http://www.percona.com/

Tänk på:
Då MySQL har en underlig framtid framför sig, så har utvecklarna bakom MySQL skapat MariaDb (Tänkt att vara direkt kompatibel.)
Har själv börjat ersätta fleratal MySQL-instalaltioner med MariaDb, runtom hos mindre företag som jag jobbar åt med jämna mellanrum.

Många Linux-distributioner har också börjar lägga om MySQL-beroenden över till MariaDb istället.

Jag hade personligen troligen valt mellan PostgreSQL och MariaDB, med viss övervikt för den förstnämnda (åtminstone hade jag undersökt de alternativen först). PostgreSQL vinner troligen i prestanda och är bättre på att följa standarder än MySQL/MariaDB, vilket är bra ur framtidssäkerhetssynpunkt. MariaDB har genom sin MySQL-historik en större kunskapsbas tillgänglig, men det hjälper främst "nybörjare" (vilket visserligen inte ska underskattas).

Att låsa sig i en stängd betallösning, även om den är "gratis första året" osv, känns som precis det företaget vill komma ifrån iom att de vill lämna Sybase. Licensavgifter har en förmåga att krypa uppåt och inte alls bli speciellt försumbara, speciellt om företaget någon gång vill expandera sin lösning.

Det är möjligt deras applikation passar väl för en NoSQL-databas (inte minst då det låter som en väldigt enkel applikation, utan kopplingar/tvångsvillkor/avancerade frågor), men då får de nog köra lite praktiska prestandatester först, då det fortfarande är lite av en "utmanare" som behöver bevisa sin plats framför etablerade databaser, i mina ögon.

Om du är ny på databaser så finns det nästan obegränsade djup att ge sig in på kunskapsmässigt. Du får lycka till med dina efterforskningar; det känns minst sagt som en omfattande uppgift att komma med en relevant rekommendation .

Du frågade även om Firebird, men den har jag noll erfarenhet av.

Som många redan nämnt så skulle jag kört MySQL ifrån Xampp paketet. Det är en enkellösning. Glöm inte att säkra upp systemet innan du går ut och kör det skarpt.

Det verkar som om du inte har koll på databaser. Kanske är värt att lägga ett par dagar med en studiebok om just SQL och relationsdatabaser så du får det rätt på en gång.