Warning: fopen(/var/www/web146/html/flyspray/cache/rss1-date_opened-2-10): failed to open stream: Permission denied in /var/www/web146/html/flyspray/feed.php on line 103
Flyspray::
http://tracker.sqldbhelper.net/
Flyspray::DBHelper.NET: Recently opened tasks2007-06-06T09:19:17ZFS#148: Implement an Error Grid
http://tracker.sqldbhelper.net/?do=details&task_id=148
2007-06-05T11:19:55ZMaexIf an Error happens during SQL Execution from the Editor they are currently pasted into the Results Test Box. However, this is not very useful.
A more usefull generic solution is to catch the errors from the DB and paste them into a grid. This enables even more the user to better identify each of the errors happened as well as dedicatedly select and edit only one error after the other.
Additional options are possible in this error grid like direct Edit of errors in Sub Procedures/Views/Functions when executing a main procedure.
A more usefull generic solution is to catch the errors from the DB and paste them into a grid. This enables even more the user to better identify each of the errors happened as well as dedicatedly select and edit only one error after the other.
Additional options are possible in this error grid like direct Edit of errors in Sub Procedures/Views/Functions when executing a main procedure.]]>FS#147: Change Layout of Main Program
http://tracker.sqldbhelper.net/?do=details&task_id=147
2007-05-30T07:29:23ZMaexThe current design of the program with those four main Tab Sheets is quite confusing. Therefore it was decided to change the layout step by step:
1. The Editor is the Main Functionality of the Program
2. The Bulk Script Config Files should be allowed to be opened in the Editor Window
3. The Bulk Execute Config Files should be allowed to be opened in the Editor Window
4. The Bulk Script Exeuter is moved into a Sub Form executing scripts asynchroniously
5. The main Tabs are removed
These actions will give the application a more slim, professional look.
1. The Editor is the Main Functionality of the Program
2. The Bulk Script Config Files should be allowed to be opened in the Editor Window
3. The Bulk Execute Config Files should be allowed to be opened in the Editor Window
4. The Bulk Script Exeuter is moved into a Sub Form executing scripts asynchroniously
5. The main Tabs are removed
These actions will give the application a more slim, professional look.]]>FS#146: Implement Main Menu on Form for better Useability
http://tracker.sqldbhelper.net/?do=details&task_id=146
2007-05-30T07:23:53ZMaexAfter a bigger discussion it was discovered that it definitely makes sense to implement a Menu Strip containing all options and possibilities the application provides.
This tracker is about to implement this main menu.
This tracker is about to implement this main menu.]]>FS#145: Implement Connection Explorer
http://tracker.sqldbhelper.net/?do=details&task_id=145
2007-05-30T09:25:19ZMaexTo ease the work of connecting to new server / establishing new connection it was discovered that some functionality like "Favorites ..." would be very helpful.
Therefore, a solution was worked out named "Connection Explorer".
This is going to a new Sub Form available in the New/Connect Menu which allows you to define and maintain a list of server/connections.
Even more, as early as this list is defined it should automatically extend the new/Connection Menu with a Sub-Menu "Predefined". In this PreDefined Sub Menu the connections from the Connection Explorer <del>should</del> <ins>will</ins> be offered.
Therefore, a solution was worked out named "Connection Explorer".
This is going to a new Sub Form available in the New/Connect Menu which allows you to define and maintain a list of server/connections.
Even more, as early as this list is defined it should automatically extend the new/Connection Menu with a Sub-Menu "Predefined". In this PreDefined Sub Menu the connections from the Connection Explorer <del>should</del> <ins>will</ins> be offered.]]>FS#144: Add a Status Bar to the Main Window
http://tracker.sqldbhelper.net/?do=details&task_id=144
2007-06-06T09:19:17ZMaexA Status Bar at the bottom of the program window would be very helpful.
It should contain following data content:
1. Server / DB connected with active editor sheet
2. Time elapsed for currently active executing editor sheet
3. Icon, visually informing about the active sheet in execute or not
4. @@SPID of the current visible Editor Window
It should contain following data content:
1. Server / DB connected with active editor sheet
2. Time elapsed for currently active executing editor sheet
3. Icon, visually informing about the active sheet in execute or not
4. @@SPID of the current visible Editor Window
]]>FS#110: Convert to - Table Function
http://tracker.sqldbhelper.net/?do=details&task_id=110
2007-04-05T10:04:24ZZerocooLDer Editor könnte die Möglichkeit bieten, eine ausgewählte (selektierte) Query in eine Table Function Deklaration umzuwandeln.
Für die Umwandlung ansich sollte die Datenbankverbindung zuständig sein, da sich die Syntax für eine Table Function Deklaration von Datenbank zu Datenbank unterscheidet. Datenbanken die keine Table Function unterstützen sollen einfach nichts machen, bzw. einen Fehler produzieren, der dann ins Result Text eingefügt wird.
Das einfachste wird wohl sein, den ausgewählten Text einfach von der Datenbankverbindung ausführen zu lassen, und die Schema Table des Resultset abzugreifen, um hieraus dann die Deklarationen zu erstellen.
Erstellt werden soll der komplette Rumpf einer Table Function. Für MSSQL z.B.
----------------------------------------------------------------------
if exists (select * from sysobjects where id = object_id ('dbo.fn_#name#') and xtype = 'TF')
drop function dbo.fn_#name#
GO
create function dbo.fn_#name#
(
#parlist#
)
returns @ret table
(
foo foo_t,
bar bar_t
)
as
begin
-- /// Final Step, insert into return var
insert into @ret
select 'foo' = fb.foo,
'bar' = fb.bar
from t_foobar fb
-- /// Go Back
return
end
GO
----------------------------------------------------------------------
Für die Umwandlung ansich sollte die Datenbankverbindung zuständig sein, da sich die Syntax für eine Table Function Deklaration von Datenbank zu Datenbank unterscheidet. Datenbanken die keine Table Function unterstützen sollen einfach nichts machen, bzw. einen Fehler produzieren, der dann ins Result Text eingefügt wird.
Das einfachste wird wohl sein, den ausgewählten Text einfach von der Datenbankverbindung ausführen zu lassen, und die Schema Table des Resultset abzugreifen, um hieraus dann die Deklarationen zu erstellen.
Erstellt werden soll der komplette Rumpf einer Table Function. Für MSSQL z.B.
----------------------------------------------------------------------
if exists (select * from sysobjects where id = object_id ('dbo.fn_#name#') and xtype = 'TF')
drop function dbo.fn_#name#
GO
create function dbo.fn_#name#
(
#parlist#
)
returns @ret table
(
foo foo_t,
bar bar_t
)
as
begin
-- /// Final Step, insert into return var
insert into @ret
select 'foo' = fb.foo,
'bar' = fb.bar
from t_foobar fb
-- /// Go Back
return
end
GO
----------------------------------------------------------------------]]>FS#109: Convert to - cursor declaration
http://tracker.sqldbhelper.net/?do=details&task_id=109
2007-04-05T09:55:34ZZerocooLDer Editor könnte die Möglichkeit bieten, eine ausgewählte (selektierte) Query in eine Cursor Deklaration umzuwandeln.
Für die Umwandlung ansich sollte die Datenbankverbindung zuständig sein, da sich die Syntax für eine Cursordeklaration von Datenbank zu Datenbank unterscheidet. Oracle z.B. unterscheidet zudem zwischen impliziten und expliziten Cursor.
Das einfachste wird wohl sein, den ausgewählten Text einfach von der Datenbankverbindung ausführen zu lassen, und die Schema Table des Resultset abzugreifen, um hieraus dann die Variablendeklarationen zu erstellen.
Erstellt werden soll der komplette Rumpf eines Cursors. Für MSSQL z.B.
----------------------------------------------------------------------
declare @foo foo_t, @bar bar_t
declare cS_foobar insensitive cursor for
select fb.foo, fb.bar
from t_foobar fb
open cS_foobar
fetch next from cS_foobar into @foo, @bar
while (@@FETCH_STATUS = 0)
begin
exec p_foobar @foo, @bar
end
close cS_foobar
deallocate cS_foobar
----------------------------------------------------------------------
Für die Umwandlung ansich sollte die Datenbankverbindung zuständig sein, da sich die Syntax für eine Cursordeklaration von Datenbank zu Datenbank unterscheidet. Oracle z.B. unterscheidet zudem zwischen impliziten und expliziten Cursor.
Das einfachste wird wohl sein, den ausgewählten Text einfach von der Datenbankverbindung ausführen zu lassen, und die Schema Table des Resultset abzugreifen, um hieraus dann die Variablendeklarationen zu erstellen.
Erstellt werden soll der komplette Rumpf eines Cursors. Für MSSQL z.B.
declare cS_foobar insensitive cursor for
select fb.foo, fb.bar
from t_foobar fb
open cS_foobar
fetch next from cS_foobar into @foo, @bar
while (@@FETCH_STATUS = 0)
begin
exec p_foobar @foo, @bar
end
close cS_foobar
deallocate cS_foobar
----------------------------------------------------------------------]]>FS#107: Options Dialog
http://tracker.sqldbhelper.net/?do=details&task_id=107
2007-04-04T18:10:13ZZerocooLEin Options-Dialog zum einstellen der vorhandenen Application SettingsFS#98: source safe schnittstelle aufbohren
http://tracker.sqldbhelper.net/?do=details&task_id=98
2007-04-16T08:21:19ZMaexes sollte eine moeglichkeit geschaffen werden, welche es mir erlaubt, source safe objekte anhand ihres typs und ihres namens einem bestimmten pfad innerhalb des source safe automatisch zuzuordnen.
ebenfalls sollte es moeglich sein, den source safe vom db helper aus zu managen, also neue folder anlegen, neue db anlegen und und und ...
im allgemeinen waere eine erneute diskussion und verbesserung ueber die source safe scnittstelle von noeten
ebenfalls sollte es moeglich sein, den source safe vom db helper aus zu managen, also neue folder anlegen, neue db anlegen und und und ...
im allgemeinen waere eine erneute diskussion und verbesserung ueber die source safe scnittstelle von noeten
]]>FS#97: Neue Code snippets fuer cursor und schleifen
http://tracker.sqldbhelper.net/?do=details&task_id=97
2007-04-04T18:08:35ZMaexneue snippets fuer schleifen und cursor waeren notwendig
ausserdem sollte man endlich die snippets so angleichen, dass beim einfuegen direkt replaces gemacht werden.
im studio ist das auch so, wenn ich zum beispiel ein neues property hinzufuege zu einer form, dann sind bstimmte bereiche im snippet erst mal gruen hinterlegt. die gruen hinterlegten stellen werden automatisch aktualisiert, wenn man an einer aendert.
solche sachen sind sehr wichtig fuer eine bequeme arbeit mit den snippets. idee hab ich schon, sollte aber diskutiert werden.
-------------------------
Update: 4.4.2007
@@Variablen erweitern um:
@@day; @@month; ... usw.
ausserdem sollte man endlich die snippets so angleichen, dass beim einfuegen direkt replaces gemacht werden.
im studio ist das auch so, wenn ich zum beispiel ein neues property hinzufuege zu einer form, dann sind bstimmte bereiche im snippet erst mal gruen hinterlegt. die gruen hinterlegten stellen werden automatisch aktualisiert, wenn man an einer aendert.
solche sachen sind sehr wichtig fuer eine bequeme arbeit mit den snippets. idee hab ich schon, sollte aber diskutiert werden.