Check alle échte Black Friday-deals Ook zo moe van nepaanbiedingen? Wij laten alleen échte deals zien

  • bramberk15
  • Registratie: April 2007
  • Laatst online: 14-09 09:28
Mede Tweakers,

ik sta voor een keuze: Ik werk nu een klein jaar als consultant bij een software bedrijf en ik merk dat ik me wil verdiepen in of MS Access of SQL (bv. MS SQL Server). Ik kan in beide pakketten beginnend mijn weg vinden maar eigenlijk wil ik een stuk beter hierin worden. Dit omdat ik voor de complexere zaken me toch moet richten tot de hulp van een collega en dat doe ik liever niet. Ben graag volledig zelfstandig. Maar dan wil ik me dus focussen op 1 pakket.

Mijn voorkeur gaat uit naar SQL, omdat:
- Werkt sneller
- Je maakt zelf de commando's en is daarom inzichtelijker, en denkelijk makkelijker te leren.

De andere consultants werken in Access, maar de programmeurs in SQL. Maar dit staat in principe open. Feitelijk heb ik een aantal vragen:

- Qua moeilijkheidsgraad, is er verschil? Ben ik na 1 jaar trainen beter in 1 van beide?
- Wat is de waarde van beheersen van een dergelijk programma op je CV? Wat wordt gezien als 'beter'?
- Waar moet ik mee beginnen? Boeken? Of meteen een cursus?

Graag jullie mening.

@mods->Als draadje niet in het goede forum staat, verplaats het even. Dank.

Verwijderd

Even los van de vraag of je dit moet willen beheersen (je collega's zitten er naar ik mag aannemen niet zomaar voor), is het misschien ook handig om te weten dat ook in Access queries op SQL zijn gebaseerd. Dat is echter verborgen achter een interface die het in elkaar zetten van queries een stuk eenvoudiger maakt.

Als je het dan toch gaat doen, dan zou je eens moeten kijken naar wat je er eigenlijk mee wilt doen, waar deze pakketten ieder voor zich beter in zijn (beide hebben hun voors en tegens) en waar je in praktijk vaak mee te maken gaat krijgen.

Als je het overigens vooral wilt doen omdat je je CV wilt opleuken, zou ik je willen afraden om er überhaupt aan te beginnen. Goed leren omgaan met RDBMS-producten is toch vooral iets wat je moet doen omdat je er inhoudelijk in geïnteresseerd bent en jezelf ermee wilt ontwikkelen.

  • bramberk15
  • Registratie: April 2007
  • Laatst online: 14-09 09:28
Volgens mij is Access een soort schaal, een user interface if you will, waarmee je SQL queries uitvoert. Vandaar ook dat het, volgens mij, sneller werkt in SQL Server omdat er geen grafische schil omheen hangt. Maar je direct in de database werkt. Dat is althans mijn interpretatie. En omdat in SQL je je eigen commando's maakt ipv het aantikken van wat knoppen in Access vind ik het wat inzichtelijker.

Mbt het opleuken van het CV, dat is niet mijn intentie. Ik wil me vooral erin verdiepen zodat ik beter/sneller/efficiënter mijn werk kan uitvoeren. Maar als het beheersen van 1 van de twee veel beter staat aangeschreven dan is dat ook een overweging waard.

Mbt de voors- en tegens: Daar ben ik hier voor, omdat mijn kennis van beide vrij beperkt is. Dus ik sta open voor ieders mening.

Of ik het moet willen beheersen, dat is inderdaad een intern vraagstuk. Maar ik bereid me eerst graag goed voor, voordat ik iets vraag of bespreek intern.

  • Snobbieh
  • Registratie: Juli 2009
  • Laatst online: 22-11 13:01
Persoonlijker vind ik SQL Server fijner.
Simpele reden: je bepaalt zelf je query's, kan alles zelf ophalen, ...
Access is eigenlijk een grafische schil rond een SQL database, maar ik vind het zo kut werken.
Je kan in Access natuurlijk ook SQL queries uitvoeren maar deze wijken af van de standaard queries die je ook tegenkomt in MySQL, SQL Server (ookal zit er hier soms een klein verschil in).
Persoonlijk zou ik voor SQL gaan, omdat je dan zelf SQL queries kan opstellen, en je kan ze ook gebruiken in Access (mits kleine aanpassingen).

I7 2600K - 8GB - M550 256GB - GTX 670


  • Witte
  • Registratie: Februari 2000
  • Laatst online: 15-10 13:46
Wil je user friendly formulieren en rapporten maken => Access
Wil je een krachtige database met transacties, slimme views en snelle queries, machtigingen, replicatie etc => MS-SQL (of MySQL if you wish)

Natuurlijk kan je ook combineren :)
Snobbieh schreef op zondag 06 november 2011 @ 12:06:
Persoonlijker vind ik SQL Server fijner.
Simpele reden: je bepaalt zelf je query's, kan alles zelf ophalen, ...
Access is eigenlijk een grafische schil rond een SQL database, maar ik vind het zo kut werken.
Je kan in Access natuurlijk ook SQL queries uitvoeren maar deze wijken af van de standaard queries die je ook tegenkomt in MySQL, SQL Server (ookal zit er hier soms een klein verschil in).
Persoonlijk zou ik voor SQL gaan, omdat je dan zelf SQL queries kan opstellen, en je kan ze ook gebruiken in Access (mits kleine aanpassingen).
Je kan vanuit Access uiteraard ook 'echte' MS-SQL queries op de server afvuren. met .execute
Het is inderdaad enorm k*t dat Access net iets anders met queries omgaat dan MS-SQL, of MySQL wat ook weer net iets anders is.

Maar een antwoord op je vraag: ik zou beginnen met Access, paar tabelletjes, paar queries aantal formpjes en een paar rapportjes. Beheers je dat goed, dan kan je je database zeer envoudig upscalen naar SQL-server. En dan kan je je hart ophalen.

By the way: consultants werken met Access, Programmeurs in SQL-server -> nuf' said!

[ Voor 84% gewijzigd door Witte op 07-11-2011 10:34 ]

Houdoe


  • P_de_B
  • Registratie: Juli 2003
  • Niet online
Ik mis een belangrijke vraag: Wat wil je er mee? Hoewel beide tools een bepaalde overlap hebben, hebben ze toch veel verschillen. Ik zou dus eerst deze vraag voor jezelf beantwoorden.

Oops! Google Chrome could not find www.rijks%20museum.nl


  • seba
  • Registratie: November 2007
  • Laatst online: 22-11 17:28
Je vraag is nogal nietszeggend omdat:
-We weten je achtergrond kennis niet. (Het klinkt dat je consultant bent in een topic dat je niet goed beheerst)
-We weten niet wat je er mee wilt aanvangen.

Met hoeveel data werk je en wat moet er met die data gebeuren?

Access met ODBC naar je SQL Server heeft beetje het beste van de 2 werelden...

  • rinkel
  • Registratie: September 2002
  • Laatst online: 01:23
Probleem met Access is (imo) dat je eigenlijk niet precies weet wat er op de achtergrond gebeurd. Maar aan de andere kant is het een leuke applicatie om eens kennis te maken met databases en jezelf e.e.a. te leren.
Access is idd een UI-schil rond een database. Het heeft een interne database, maar kan ook verbinden met andere odbc databases.
Voor professioneel gebruik zou ik je echter SQL aanraden, omdat dit veel directer en inzichtelijker is, het bevat echter geen grafische schil voor een eigen applicatie, die zul je dan in een andere taal moeten schrijven; C#, VB, Etc.. of natuurlijk Access

  • bramberk15
  • Registratie: April 2007
  • Laatst online: 14-09 09:28
Allen,

dank voor de uitleg/toelichting etc. Om een aantal vragen te beantwoorden:
Mijn doel is om zelfstandig queries en stored procedures te maken waarbij ik snel grote hoeveelheden data kan bewerken. Wat is groot? Bij mij zal het neer komen op tabellen met tussen de 500/1000 en 50000 records.

Bv vandaag moest ik een formule maken waarbij ik een tweetal databases aanspreek waarbij ik sommaties moest doen, gemiddeldes nemen en diverse tabellen aan elkaar moet linken en updaten. Dat lukt mij dan niet en vervolgens moet ik dus hulp vragen. Daar baal ik van, doe het graag zelf. Mijn kennis? Pff heb een logistieke master gedaan aan de uni in Tilburg maar heb weinig kennis van Access en SQL. Inmiddels kan ik wel een select doen, wat kolommen opvragen en een update doen van bestaande kolommen maar als ik aan de inner join moet en dergelijke, dan lukt dat niet.

Maar SQL voelt beter aan dan Access, om de redenen die hier al genoemd worden. Inzichtelijker wat je doet.

Inderdaad programmeurs werken in SQL en consultants in Access, althans dat is bij ons iig ook het geval. Maar dan wil ik toch graag een uitzondering zijn, omdat het mij eigenlijk makkelijker lijkt werken in een SQL omgeving. Bovendien heb ik de indruk dat het sneller werkt, het multi-user is zodat het flexibeler en minder statisch is en als er echt zware queries nodig zijn men (bij mij op het bedrijf althans) dit toch meestal de programmeurs in SQL laat schrijven.

Het behoort niet tot mijn hoofdtaak, queries schrijven om snel grote brokken data te verwerken, maar als ik het zelf kan maakt het mijn taak een stuk makkelijker, kan ik klanten sneller helpen en ben ik zelfstandiger in mijn doen en laten.

  • P_de_B
  • Registratie: Juli 2003
  • Niet online
Als je er geen frontend bij hoeft te maken, en het juist gaat om het selecteren en manipuleren van data zou ik inderdaad SQL Server kiezen. Je kunt gewoon de gratis SQL Express kiezen en die lokaal op je pc installeren.

Ik weet niet helemaal zeker of je bij de Express versie ook de mogelijkheid hebt om data te importeren van bijvoorbeeld Excel. Dat zul je even moeten bekijken. Als je dat wel nodig bent en het zit er niet in zul je moeten kijken naar een betaalde versie.

Oops! Google Chrome could not find www.rijks%20museum.nl


  • The Eagle
  • Registratie: Januari 2002
  • Laatst online: 23:24

The Eagle

I wear my sunglasses at night

TS zegt "bijvoorbeeld SQL server", niet "SQL server". Saillant detail, maar wel een flink verschil, ook mbt de evt leercurve :)

Wat ik zou doen is even nagaan welke SQL er binnen je werkgever gebruikt wordt. Is dat MS SQL Server, zorg dan dat je daar een beginnersboek van te pakken krijgt. Access is leuk maar uiteindelijk ook alleen goed voor wat lastigere rapportages - en als het echt moeilijk wordt zie je bij de grote bedrijven voor rapportages een gespecialiseerde tool ipv Access. En nofi, maar da's maar goed ook.
Voor zover ik weet is Access door MS ooit bedoeld als DB voor huis, tuin en keukengebruik, en niet voor het echte werk. Dat er veel in kan en nog steeds meer in blijkt te kunnen bij iedere versie is leuk, maar uiteindelijk heb je er weinig aan. De echte SQL technieken daarentegen worden vrijwel overal gevraagd. Er zijn een hoop dialecten, maar de basis is overal het zelfde. SQL is SQL.

Ik doe zelf Oracle, en in geval van ORacle kun je op zoek gaan naar een book voor SQL fundamentals I (exam 1Z0-051). Dat begint bij de basis van SQL, wat het is en wat het doet, en van daaruit verder. Oracle XE voldoet daarvoor prima en kun je zo bij Oracle als download voor individueel gebruik wegplukken :)

Al is het nieuws nog zo slecht, het wordt leuker als je het op zijn Brabants zegt :)

Pagina: 1