![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
MicroSE QuickSQL 1.0
Mensen, vandaag is het dan eindelijk zo ver 
QuickSQL versie 1.0 is af. Ik ben weken bezig geweest met testen, tweaken en verbeteren. Ik ben ruim een jaar bezig geweest om het programma voor de massa geschikt te maken.
Het is het programma wat ik thuis, op school en op mn werk gebruik om snel ff in de Databases te knutselen. Het is een volledig gratis (voor niet commerciëel gebruik) programma en komt "as-is" met al mijn 'rare kronkels' inbegrepen. Maar ja, daardoor is het voor mij een ideaal programma.
En ik hoop dat het voor jullie allemaal een nuttig programma is.
Downloaden kan via MicroSE Connect en de MicroSE Website: http://microse.nl/downloads/?snm=quicksql
Voor iedereen die 0.7 gebruikt heeft, hier is de changelog:
code:
SVN#222
Screenshots volgen vanavond later Inclusief een paar met vergelijkingen tussen QuickSQL 0.2 en 1.0.
Have fun
QuickSQL versie 1.0 is af. Ik ben weken bezig geweest met testen, tweaken en verbeteren. Ik ben ruim een jaar bezig geweest om het programma voor de massa geschikt te maken. Het is het programma wat ik thuis, op school en op mn werk gebruik om snel ff in de Databases te knutselen. Het is een volledig gratis (voor niet commerciëel gebruik) programma en komt "as-is" met al mijn 'rare kronkels' inbegrepen. Maar ja, daardoor is het voor mij een ideaal programma.
En ik hoop dat het voor jullie allemaal een nuttig programma is.
Downloaden kan via MicroSE Connect en de MicroSE Website: http://microse.nl/downloads/?snm=quicksql
Voor iedereen die 0.7 gebruikt heeft, hier is de changelog:
code:
1
2
3
4
5
6
7
8
9
10
11
| MicroSE QuickSQL 1.0.0.0 (04-09-2012) Changelog tov. 0.7 [nieuw] Automatisch opslaan/inlezen van profiel van server. [nieuw] Wachtwoord onthouden functie. [nieuw] Contextmenu Tabellen treeview is nu bereikbaar via de "Apps"-knop op je toetsenbord. [veranderd] Verbetering toetsenbord besturing [veranderd] Nieuw Icoon/Logo voor QuickSQL. [verder] Code analyse uitgevoerd [-] Code schoonmaak en heel generieke gedeeltes naar het .MSE Framework verplaatst. [bug-fix|0013] Programma crashed als MSSQL Server CE niet is geïnstalleerd maar wel gekozen wordt. [bug-fix|0012] Result venster wordt onbruikbaar na foutmelding uitvoeren SQL vanuit dat scherm. |
SVN#222
Screenshots volgen vanavond later
Inclusief een paar met vergelijkingen tussen QuickSQL 0.2 en 1.0.Have fun
09-'12 Waar moet ik nu naartoe voor mijn games?
08-'12 MicroSE QuickSQL Beta 7
Reacties
Door
Stuupje,
dinsdag 04 september 2012 14:34
Op 3 mei 2012 hebt je geblogt dat je de focus van MicroSE af wil halen en meer over andere dingen wil bloggen, maar ik zie nog geen verbetering.3 blogs in the laatste 3 maanden, puur MicroSE.
Door
GateKeaper,
dinsdag 04 september 2012 15:13
Database.net doet het hem voor mij Ideaal! Support voor vrijwel alle database formaten (die ik ken), en volledig portable.
Ideaal! Support voor vrijwel alle database formaten (die ik ken), en volledig portable.
Door
sanderev66,
dinsdag 04 september 2012 15:37
Jup, maar ik ben ook al lang weer teruggekomen op de beslissing van 3 mei.Stuupje schreef op dinsdag 04 september 2012 @ 14:34:
Op 3 mei 2012 hebt je geblogt dat je de focus van MicroSE af wil halen en meer over andere dingen wil bloggen, maar ik zie nog geen verbetering.3 blogs in the laatste 3 maanden, puur MicroSE.
Mijn programma ondersteund alle database formaten die ik gebruik en is ook volledig portable. En is ook nog eens maar 1/16e van de grootte qua download.GateKeaper schreef op dinsdag 04 september 2012 @ 15:13:
Database.net doet het hem voor mij
[Reactie gewijzigd op dinsdag 04 september 2012 15:42]
Door
Crazy D,
woensdag 05 september 2012 17:13
Tjah 6Mb is ook zo groot... Vind het leuk dat je zo fanatiek er mee bezig bent, je enthousiasme vind ik leuk. Maar redenen als "volledig portable" (dat zijn alle .net apps standaard aangezien je exe en dll's gewoon in 1 map kunt gooien...) en download size zijn wel de meest slechte argumenten these days.... Focus je dan op performance (super-licht gewicht, snel alvast de 1e resultaten tonen), dat zijn zaken waar ik als mogelijke gebruiker door zal overwegen om jouw software te gebruiken.
Door
sanderev66,
woensdag 05 september 2012 19:29
Mijn programma is lichtgewicht Maar wat bedoel je precies met "snel alvast de 1e resultaten tonen"? Misschien zit daar een goede (nieuwe?) feature in 
6MB is groot als je programma al 1000 keer gedownload wordt (6GB tegen +/- 400MB in mijn geval) helemaal als 5+MB hiervan aan drivers besteed is. Je bent dan heel erg op coupling bezig, waar ik dat juist zo min mogelijk doe.
Het zijn IMHO allemaal keuzes die je als ontwikkelaar neemt.
Maar wat bedoel je precies met "snel alvast de 1e resultaten tonen"? Misschien zit daar een goede (nieuwe?) feature in 6MB is groot als je programma al 1000 keer gedownload wordt (6GB tegen +/- 400MB in mijn geval) helemaal als 5+MB hiervan aan drivers besteed is. Je bent dan heel erg op coupling bezig, waar ik dat juist zo min mogelijk doe.
Het zijn IMHO allemaal keuzes die je als ontwikkelaar neemt.
[Reactie gewijzigd op woensdag 05 september 2012 19:42]
Door
keejoz,
donderdag 06 september 2012 14:40
De gebruiker cared niet om filesize, wie download een programma nu 1000 keer?
Door
Crazy D,
donderdag 06 september 2012 16:11
Het is idd een probleem van de aanbieder dat als je app 1000 x gedownload wordt dit 1000 * 6 Mb niet van de gebruiker dus dat argument boeit mij sinds een jaar of 10 totaal niet meer. Zeker niet bij dit soort apps (als ik kan kiezen tussen dezelfde functionaliteit, maar 1 of 2Gb aan app size wordt het een ander verhaal).
Maar als die 5Mb drivers zijn, biedt je wel meteen meer functies. Als gebruiker heb ik liever 1 set voor alles, dan dat ik alles zelf los moet ophalen.
Met alvast resultaten bedoel ik dat je niet eerst de hele dataset overhaalt en dan pas resultaten toont, maar dit op een andere manier doet. Iets wat lastig is zonder server software omdat je nu afhankelijk bent wat SQL Server je op welk moment aanbiedt.
Ik weet niet of je een datareader of dataset gebruikt, met een reader hoef j natuurlijk niet te wachten tot de hele set over de verbinding is gegaan.
Maar als die 5Mb drivers zijn, biedt je wel meteen meer functies. Als gebruiker heb ik liever 1 set voor alles, dan dat ik alles zelf los moet ophalen.
Met alvast resultaten bedoel ik dat je niet eerst de hele dataset overhaalt en dan pas resultaten toont, maar dit op een andere manier doet. Iets wat lastig is zonder server software omdat je nu afhankelijk bent wat SQL Server je op welk moment aanbiedt.
Ik weet niet of je een datareader of dataset gebruikt, met een reader hoef j natuurlijk niet te wachten tot de hele set over de verbinding is gegaan.
Door
sanderev66,
donderdag 06 september 2012 16:34
Het is heel simpel.
Je voert een Query in of meerdere in één (batch). Deze gaat naar een DbCommand waarvan een DbDataReader opgevraagd wordt.
Deze DataReader wordt aan een QueryResult klasse (eigen klasse
) gevoerd welke een lijst met DataTables maakt en de SQL query onthoud. En een eventuele melding van de server.
Deze QueryResult wordt in het geheugen van de Applicatie opgeslagen.
Er wordt een nieuw Result scherm geopend en hier wordt de QueryResult aan gehangen. Het Result scherm toont de DataTable(s) in verschillende tabs.
De laatste stap kan niet eerder, want je weet niet hoeveel Tables er terugkomen. (Je kan natuurlijk het aantal selects tellen, maar dat gaat niet op als je een Stored Procedure aanroept welke een aantal selects teruggeeft) Ook het openen van tabs in een scherm dat zich nog aan het opbouwen is maakt het op zijn gunstigst alleen maar irritant. Maar in het ergste geval crashed de applicatie.
Ook is het mogelijk dat je vanuit het ResultScherm een query uitvoert. Deze moet in dat queryscherm terugkomen
Neem daarbij dat de applicatie multithreaded is, dus gaat dat niet zomaar
QueryResult is een eigen klasse vanwege de Xml-export en geschiedenisfunctie.
Daarbij biedt het weinig tot geen tijdswinst voor de gebruiker. Helemaal als je een snelle verbinding met de server hebt.
Je voert een Query in of meerdere in één (batch). Deze gaat naar een DbCommand waarvan een DbDataReader opgevraagd wordt.
Deze DataReader wordt aan een QueryResult klasse (eigen klasse
) gevoerd welke een lijst met DataTables maakt en de SQL query onthoud. En een eventuele melding van de server.Deze QueryResult wordt in het geheugen van de Applicatie opgeslagen.
Er wordt een nieuw Result scherm geopend en hier wordt de QueryResult aan gehangen. Het Result scherm toont de DataTable(s) in verschillende tabs.
De laatste stap kan niet eerder, want je weet niet hoeveel Tables er terugkomen. (Je kan natuurlijk het aantal selects tellen, maar dat gaat niet op als je een Stored Procedure aanroept welke een aantal selects teruggeeft) Ook het openen van tabs in een scherm dat zich nog aan het opbouwen is maakt het op zijn gunstigst alleen maar irritant. Maar in het ergste geval crashed de applicatie.
Ook is het mogelijk dat je vanuit het ResultScherm een query uitvoert. Deze moet in dat queryscherm terugkomen
Neem daarbij dat de applicatie multithreaded is, dus gaat dat niet zomaar
QueryResult is een eigen klasse vanwege de Xml-export en geschiedenisfunctie.
Daarbij biedt het weinig tot geen tijdswinst voor de gebruiker. Helemaal als je een snelle verbinding met de server hebt.
[Reactie gewijzigd op donderdag 06 september 2012 17:22]
Reageren is niet meer mogelijk