Environments variables
For a licensed installation, you need to create at least the SQLB_licenseServerIpAndPort environment variable
| Variable | Mandatory | Meaning | Example |
|---|---|---|---|
SQLB_licenseServerIpAndPort |
Mandatory | Points to the License server | 169.28.71.43:16421 |
SQLB_commandLine |
Optional | Customize the command line arguments | -J-Xmx900m -J-Xmx5G |
SQLB_argumentsFileName |
Optional | Comma separated names of arguments file | http://host/arguments.xml |
Directories
It is important to understand the role of the 4 directories below as they are referenced in the documentation
| Directory | Role |
|---|---|
| Installation Directory | This is where you unzip SQLBrowser. It may be in a local directory or a shared drive e.g. S:\sqlbrowser\sqlbrowser_2015_05_1333. Important: do not unzip SQLBrowser over an old distribution How to find the Installation Directory: Click 'Help/System Info' and lookup the System Properties List for netbeans.dirs. |
| User directory | This is where user preferences are saved. This directory is by default located on: C:\Users<user>\AppData\Roaming.sqlbrowser\dev. This directory is hidden by default. This directory contains your last windows locations, your templates, your server names etc... It is strongly advised to re-point this directory to something like c:/temp/sqlbrowserUserDir. You do this by using the --userdir command line option. NB: You may have to delete this directory in case of trouble restarting SQLBrowser after an update. This directory contains many configuration files, but the main SQLBrowser files that you want to save are under: config\Preferences\com\sqlbrowser How to find the User Directory: Click 'Help/System Info' and lookup the System Properties List for netbeans.user. |
| Output Directory | This directory hosts: (1) the SQLBrowser log file named sqlbrowserlog.txt and (2) the Batch Analysis HTML report. A typical location for the output directory is: c:/temp/sqlbrowserOutputDir. How to find the Output Directory: Click 'Tools/Options - SQLBrowser/General' and lookup Output Directory |
| Input Directory or URL |
This is the directory or URL from which the tow files dependencies.txt and schema.xml produced by the Batch Analysis are read by SQLBrowser. This directory is set per Server. See Batch Analysis for more information. How to find the Input Directory: Click 'Tools/Options - SQLBrowser/Servers' |
Ini File
The Ini file defines server coordinates and is mandatory.
Microsoft servers, the name must contain MICROSOFT[ASE_157]
query=NLWNSCK,HP_H8_NGX,5700
[DOCKER_MICROSOFT]
query=NLWNSCK,localhost,1433
Tools/Options/DatabaseArguments XML File
The arguments.xml file is the way to load SQLBrowser preferences from a file.
Tools /Optionssqlbrowserlog.txt to verify that the argument file passed is well parsed.File Name Format
The argument file can be specified either as a regular file name or as URL. Examples:
| Type | Example |
|---|---|
| Regular File | C:/temp/arguments.xml |
| URI for local file | file:///C:/temp/arguments.xml |
| URI for remote file | file://remotehost/remotedir/arguments.xml |
| URI for web server | http://remotehost/remotedir/arguments.xml |
File Content
<arguments>
<option name="myoption" value="myvalue">
<batch_analysis server="myserver" databases="db1 db2" crdate="31/01/1996" >
</arguments>
Option names:
<option name="/org/netbeans/core/proxyType" value="2" /><option name="/com/sqlbrowser/sqlbm/registeredUser" value="Ngx"/><option name="/com/sqlbrowser/sqlbm/jcon_PACKETSIZE" value="1024"/>
jcon_<option name="/com/sqlbrowser/sqlbm/dbServer_MICRODOCKER" value="microsoft:localhost:1433"/>
dbServer_, what comes after is the server nametype:hostname:port where type is either microsoft or sybase<batch_analysis server="docker_MICROSOFT"
anti_databases="propagation"
databases="AdventureWorks2022"
anti_schemas="*.HumanResources"
/>
This is a very important option which starts a non-interactive SQLBrowser. See Batch Analysis for more information
Example:
<arguments>
<option name="/org/netbeans/core/proxyType" value="1"/>
<option name="/com/sqlbrowser/sqlbm/jcon_PACKETSIZE" value="1024"/>
<option name="/com/sqlbrowser/sqlbm/prefs_ba_doGenerateScript" value="true"/>
</arguments>
Multiple Argument Files:
You can pass several arguments file names separated by commas. This can be handy to separate license from other settings for instance. Example:
-J-DargumentsFileName="C:/SQLBrowser/arguments_license.xml,C:/SQLBrowser/arguments.xml"
Distributed Arguments
Important: The file distributed_arguments.xml residing in the license server allows to define arguments that will override locally defined arguments. It can be used to force the options that the organization wants. For instance, if you want to make sure that the SQLBrowser application name is the same for all users, you can define it in distributed_arguments.xml. You may also want to share servers definition, or any other setting. Here is an example:
<arguments>
<option name="/com/sqlbrowser/sqlbm/licenseData" value="xxx...xxx=="/>
<option name="/com/sqlbrowser/sqlbm/jcon_APPLICATIONNAME" value="SQLBrowwser"/>
<option name="/com/sqlbrowser/sqlbm/dbServer_MY_SERVER" value="microsoft:localhost:1433"/>
</arguments>
Favorite Directories
To add a Favorite Directory to the Favorite Files, Right click in the favorites pane, and click Add To Favorites
It is recommended to add all directories containing your SQL Source Files
Opening SQL Files
There are 4 ways to open an SQL file for editing (in the worse-to-better order):
File/Open Menu (slow, discouraged)Favorites tab on the left to add Folders and Files (Right Click: Add to Favorites). Find Object tab (Ctrl-Shift-O) and tick the Source Option as the default action for Enter. Editing Source Files
SQLBrowser recommends to work on source files and not on extracted objects. To work on real SQL Source files, you need to:
Have your source files located under a well defined root on disk.
It is advised to have the files organized in directories matching the object type and also the database.
For example C:/SQL/procs/database1/proc1.sql
Create the object-to-source file association in the Tools/Options/SQLBrowser/Sources panel
Set the Root Dirs field to a comma separated list of root directories where the source files are. It is advised to only have one root directory.
Create Rules to enable SQLBrowser to find the location on disk of a given object. See the explanations at the bottom of the panel. Rules are matched top to bottom (you can move rules up and down)
Main Shortcuts
| Shortcut | Action |
|---|---|
<Alt><Ctrl><Shift><F> |
reformat the code |
<Tab> / <Shift><Tab> |
indent/unindent the marked block |
<Ctrl><Slash> |
comment/uncomment a block |
<Ctrl><Click> |
open object definition |
<Ctrl<Space> |
auto-completion. For auto completion of joins, please refer to Dependencies And Schema |
<Ctrl><K> |
auto-completion of any word met previously, convenient for temp tables names or columns |
cmd<TAB> |
command history |
Templates
Use Templates to speed up code writing.
For example, type crp<TAB> expands a stored proc creation template.
You create your own templates in File/Option/Editor/Code Templates (Language:SQL)
Pragmas
Pragmas are special tokens in comments that are used for the purposes below:
Acknowledge Defect Pragma
Abbreviation: pra<TAB>
If SQLBrowser reports a defect that you know about and that you cannot or do not want to address, you can acknowledge such a defect.
A typical example is a deliberate cartesian product.
To do this, insert a pragma as a comment just before the statement which generates the defect.
Syntax:-- pragma acknowledge next defect <DEFECTCODE> comment_explaining_why_we_acknowledge
e.g.:
-- pragma acknowledge next defect QAFM key of currency is wrong but we know that**`
select @id_ccy = id_currency
from narval..currency where
cd_iso_ccy = @cd_iso_ccy
Detect acknowledged defects in the Option/Defects pane to stop detection of such defectsDependency Pragma
Abbreviation: dep\<TAB\>
When using dynamic exec or dynamic SQL, it can be useful to declare the implicit run-time dependency(ies) induced by the dynamic call. To do this use the following pragma immediately before the dynamic exec or dynamic sql
Syntax:-- pragma dependency (exec\|select\|insert\|update\|delete) <fully_qualified_name>
e.g.:
-- pragma dependency select tiny..AView2
exec ("select * from tiny..AView2")
Result Set Title Pragma
Abbreviation: tit<TAB>
Gives a title to result set.
This title also exists in the Excel Export
Syntax:-- pragma title <Result Set Title>
e.g.:
-- pragma title Sales for France
select * from sales_france
-- pragma title 3 three rset to come
select 12
select 13
select 14
select other
i.e.:
Code Templates
You can reduce the number of keystrokes when you are typing code by typing abbreviations to generate code from templates. The abbreviation is expanded into the template after you press the Tab key. SQLBrowser comes with a set of code templates. You can create your own code templates. To create your own code template, go to File/Options/Editor/Code Template and select the SQL Language.
You can use the Expand Template On drop-down list to change the key or key combination that is used to expand the abbreviations. By default, abbreviations are expanded when you press Tab.
Running SQL Files
You can either open an existing SQL file or create a new file to type SQL statements.
Each window has its own connection, which is opened on the first SQL run or when you Right-Click in the window
Run SQL button or by hitting the dedicated shortcutRun Options
exec sp_configure 'enable monitoring', 1
exec sp_configure 'wait event timing', 1
grant role mon_role to my_user
set role mon_role on
Selecting Rows in the Result Window
There are 3 selection modes:
- Row Selection
- Column Selection
- Free Selection
Switching between these modes:
Simple Click - selects either the row, column or cell depending on the mode (Ctrl/Shift to add to selection)
Double Click - switch to row selection mode and selects the row
Triple Click - switch to column selection mode and selects the column
Click and Drag - switch to free selection mode and selects the block
If you just need to inspect a stored procedure without willing to modify it, Right-click Analyze
Trees Pane
Analyzing a stored procedure produces a parse tree. The Trees pane shows different views of this parse tree. for instance an if statement will be represented by the following tree:
Filtering

Clicking on an icon filters the tree on nodes of interest:
A this filter shows all of the above. It gives a broad vision of what this proc does. It is the filter shown by default.
S shows all selects which are result sets, i.e. things that go back to the client. Selects that are assignment to local variables are not shown. Using this filter, you can quickly see what result sets go back to the client.
U shows all updates in the broadest sense of the word, i.e. all update, delete, select into or insert statements. This allows you to quickly see what side effects this proc causes. (A side effect in software jargon is a modification to the environment)
P shows all sub-procs calls. this tree shows you all the sub-procs used by this proc
T shows all transactions statements, i.e. begin tran, commit tran, save tran and rollback tran found in this proc tree. This allows you to see the transactional behaviour of a proc.
F this filter shows the full syntax tree. It helps in case of syntax issues.
![]()
Objects Pane
This tab shows all objects (i.e. procs and tables) that are used throughout the proc execution. For instance, given a table, you can find immediately all accesses to this table. Tables indices are also shown in this tree.
Queries Pane
This tab takes all SQL queries (insert/select/update/delete) and presents them in a readable way. This is particularly convenient when you deal with very complex queries, where the where clause has been amended many times and is not easy to read. Here, the presentation of the where clause is ordered:
for instance, the query:
is broken down in the Queries pane like this:
Show Diagram (Right Click on Query)


Variables Pane
This tab shows all events that happens to stored procedure variables.

Defects Pane
This tab lists all potential defects found in this call tree.
List of detected defects
Note that this list is growing as more features are added to SQLBrowser.
SQLBrowser implements a simple step-by-step debugger by merely sending executables statements one by one to the server. The state of local variables is kept, which allows for substitution when sending statements. There are two main usages of the debugger:
to understand at what point a stored procedure does not behave the way expected
to tune a stored procedure
In both cases, local variables, cursors and temp tables are present in the context, which greately helps debugging compared to doing it by hand.
Steps to debug a stored procedure
Open the server on which you want to debug a stored procedure
Open a New File and type the invocation of the stored procedure
Click on Start Debugger
Click on Step Into to enter the debugged stored procedure body
Step into/over the executable statements
At any time, you can replay any statement
You can toggle break points by clicking in the line number gutter
Once you have reached the end of the debugged stored procedure, or if you press Stop before the end, you are presented a summary of all statements IOs. This helps spotting statements with long IOs
To completely stop the debugger, press Stop again
Batch Analysis performs an analysis of one or several databases, and produces an HTML report which documents the database. To launch the Batch Analysis, select some databases in the object chooser (Use the usual Ctrl or Shift keys to select several databases), and right click Batch Analyze. The HTML report produced is located in the output directory under the sqlbhtml/<SERVERNAME> directory.
An example of HTML output can be found here
The Batch Analysis is best ran periodically as a scheduled task from a server machine. Doing so enables the developer community to use an accurate report at any time.
How to set up Batch Analysis as a Windows Scheduled Task
<arguments>
<batch_analysis server="NGX3" databases="db1 db2" />
</arguments>
<batch_analysis> tag attributes:
server: the name of the server you need to perform the analysis for. The credentials used to connect will be the one used during the last interactive session on this server
databases: the list of white-space separated databases you want to scan
anti_databases: the list of white-space separated databases you don't want to scan (use either databases or anti_databases)
anti_schemas: the list of white-space separated schemas you don't want to scan
crdate is an optional object creation date. Only objects created after this date will be parsed. This is to allow shorter Batch Analysis.
Tools/Options/SQLBrowser/Export/Export as Arguments.xml. This will generate an arguments.xml file that you can trim down and modify to your needs. For instance you can extract the ba_XXX options in order to retain the Batch Analysis options you want. You also need to capture the successful connections for the desired server with the desired login. You should end up with an argument file that looks like this:<arguments>
<batch_analysis server="HPH8NGX_16SP02" databases="master" />
<option name="/com/sqlbrowser/sqlbm/prefs_ba_dependencyColoring" value="true"/>
<option name="/com/sqlbrowser/sqlbm/prefs_ba_doDrawings" value="true"/>
<option name="/com/sqlbrowser/sqlbm/prefs_ba_doGenerateScript" value="false"/>
<option name="/com/sqlbrowser/sqlbm/prefs_ba_doResultSet" value="true"/>
<option name="/com/sqlbrowser/sqlbm/prefs_ba_doWriteAnalysis" value="true"/>
<option name="/com/sqlbrowser/sqlbm/prefs_ba_simulateApplications" value="true"/>
<option name="/com/sqlbrowser/sqlbm/prefs_ba_writeAnalysisShowDetailedCWandDP" value="true"/>
<option name="/com/sqlbrowser/sqlbm/last_server_opened" value="HPH8NGX_16SP02"/>
<option name="/com/sqlbrowser/sqlbm/servers/HPH8NGX_16SP02/successful_connections/00000" value="sa|true|83F5946D16C3D986DFF47D7BC1A9DAAF|true|"/>
</arguments>
123456, create a dummy login e.g.: exec sp_addlogin 'fake', '123456', Then login from SQLBrowser **using with this login**. Then generate the arguments.xml through the MenuTools/Options/SQLBrowser/Export/Export as Arguments.xml. Lookup for the entry matching the last successful param for this loginfake` It must look like this:
<option name="/com/sqlbrowser/sqlbm/servers/A_157/successful_connections/00000"
value="fake|true|30632147070A8DD22A6E86B8F5C6D228|true|CHARSET=<NULL>;
[...more options...]"/>
You can copy the encrypted part into your arguments.xml
C:\temp\sqlbrowser\bin\sqlbrowser_w.exe --nosplash -J-Xms64m
-J-Xmx3g -J-DargumentsFileName="C:/temp/sqlbrowser/arguments.xml"
open the Scheduled Task from the Configuration Panel and create a Windows Task using the command file
schedule this task every day or every week, preferably when the database is idle.
SQLBrowser launched in batch mode will still use all the options and preferences which are defined for the user which is used to run the task unless they are overridden by the arguments file.
SQLBrowser will run the Batch Analysis and then exit
Memory Considerations
The Batch Analysis requires a fair amount of memory to run correctly. The maximum size depends on the number of objects scanned.
If Batch Analysis takes too long to complete because of Memory Issues, you can disable the options in the preferences for Batch Analysis:
Table Drawings,Write Analysis andResult SetsApplications And Coloring
The idea of 'Application' is a way to tag databases objects with an Application name and a Color.
Defining Applications
To give Application attributes to tables, tables columns or stored procs params, you need to create a couple of special tables with the following structure, in any database you like. For example:
use anydb
go
drop table sqlbrowser_application_object
go
drop table sqlbrowser_application
go
create table sqlbrowser_application (
application varchar(255) not null,
color varchar(255) not null,
primary key ( application )
)
go
create table sqlbrowser_application_object (
object varchar(255) not null,
application varchar(255) not null references sqlbrowser_application( application ),
primary key ( object )
)
go
The first table describes your applications and attach a Color to them in Hex RGB format. For examples of color codes, see this link.
The second table represents the association between objects (tables or procs) and applications. The object field must be the fully qualified object name. These attributes appear in the Column Writes page and in schema.xml.
example:
use mydb
go
insert sqlbrowser_application values ( 'Application_1', '0xFF4f4f' )
insert sqlbrowser_application values ( 'Application_3', '0xFFF952' )
go
use sybsystemprocs
go
insert mydb.sqlbrowser_application_object
select lower(db_name())+'..'+lower(name), 'Application_1'
from sysobjects where type in ('P','TR')
go
You can also choose to get a random color per database through the Assign Random Color option
Effect in write analysis:
The Column Write analysis shows each write to a permanent table. When Write Analysis is turned on, the color of top level stored procs parameters or source columns will propagate into the columns of permanent tables recursively.
Effect in dependency propagation:
When you click Propagate Coloring Through Dependencies, each proc will get painted with the color of any object it touches
The Batch Analysis produces both a Dependency File which contains inter-objects cross-reference information and a Schema File which contains join information. You can use these files in your own programs if you wish, the structure is quite simple. You can also use these files interactively directly in SQLBrowser:
In the Dependencies Window: If dependencies are available, clicking on an object will highlight the callers and dependent objects. For convenience, you may as well double click on a dependent node to get it analyzed:
In the editor: If the schema is available, you can use the completion for joins:
How To Use Dependencies And Schema Files In SQLBrowser
Understand how batch analysis works. Please refer to Batch Analysis. Setup the output directory as you wish.
Make sure that centralized and regular batch analysis are performed. We advise that batch analysis are organized as Windows tasks and performed on a contingency or development server.
SQLBrowser needs to know the output directory of the batch analysis to pick up the dependency and schema files. You need to specify this location in the General Preferences, in the Input Directory or URL preferences for each server (servers tab). There are two ways of specifying this location:
By a file name, if the output directory is accessible from the machine where SQLBrowser is running. e.g.:D:/temp/SQLBrowserOutputDir
By a URL, if the output directory is accessible through a web server running on a different machine e.g.:http://remotehost/remotedir
SQLBrowser will attempt to open the files named sqlbhtml/\<ServerName\>/dependencies.txt or sqlbhtml/\<ServerName\>/schema.xml,
rooted from the input directory or URL
If successful, this will be the dependency file for the server opened
If not, SQLBrowser will attempt to open dependencies.txt or schema.xml rooted from the Default Input Directory or URL location. This is useful to put a dependency or a schema file common to different servers who may differ in content but whose programs are the same.
Dependency Pragma
When using dynamic exec or dynamic SQL, it can be useful to declare the implicit run-time dependency(ies) induced by the dynamic call. To do this use the following pragma immediately before the dynamic exec or dynamic sql
-- pragma dependency (exec\|select\|insert\|update\|delete) <fully_qualified_name>
example:
-- pragma dependency select tiny..AView2
exec ("select * from tiny..AView2")
You can generate a file containing either insert, update or delete statements for each record of a table. You can narrow down the set of records for which to generate the statements by specifying a restrictive where clause. For example, given the table:
create table t (
c1 int primary key,
c2 int
)
that contains:
| c1 | c2 |
|---|---|
| 1 | 11 |
| 2 | 12 |
| 3 | 13 |
If we specify c1>1 in the where clause field, it will only generate updates for rows 2 & 3:
/*
Generated with SQLBrowser on 20 08 2009
Where Clause: where c1\>1
*/
update propagation..t
set c2 = 12
where c1 = 2
update propagation..t
set c2 = 13
where c1 = 3
The update and delete need to know the PK of the table in order to generate the where clause
Right click on a server node and choose Monitor will launch the monitoring of this server. The Monitor shows a sp_who like panel refreshed every second or so. It allows to spot long running processes
Display
Active lines are always on top and painted in light red, unless you sort differently
Blocked lines are showed in strong red
Toolbar
Sleep time is configurable
Resume/Pause suspends the monitoring
Reset Sorting resets the sorting to the natural sort, i.e. most active line first. This is when you have otherwise sorted by clicking on a column
System Spids tick box allows to show/hide system spids
Trace outputs a trace in the output window. Warning, this consumes a lot of memory!
Back and Forth Arrows navigate through history
History is the history size. Warning, changing this to a large number consumes a lot of memory!
Clear clears history
Contextual Menu
Mark or Unmark highlights a spid or group of spids to follow them visually
Show-Plan launches a sp_showplan (or substitution proc) on the curent spid, provided you have the proper authorization
Kill kills the current spid, provided you have the proper authorization
Right click on a server and choose Set as Capture Server allows to consider the SQLBrowser process as a pseudo SQL Server which will carry forward each request to the server set up as the Capture Server. To use the capture feature you need to follow these steps:
[SQLBROWSER]
master=NLWNSCK,PORTABLE,8723
query=NLWNSCK,PORTABLE,8723
Capture Window should show. If this window is closed, you can open it in the Window menu
Unsetting the capture server
C icon showing...unset capabilityC:\\Temp\\SQLBRowserUSerDir\\config\\Preferences\\com\\sqlbrowser\\sqlbm.properties and remove the line starting with CaptureServer=XXXLog File
The log file is located in the output directory. It contains traces which help diagnosing issues with SQLBrowser. It is accessible through the View/SQLBrowser Log File Menu. Please always attach this log when filing an issue.
Troubleshooting
Please make sure you understand what are the main directories used by SQLBrowser first by looking at SQLBrowser Directories.
sqlbrowserlog.txtView/SQLBrowser Log File Menu**
lock in the SQLBrowserUserDir is absent: Remove it if it is present. If it can't be deleted, it means that a process is still holding a lock to it, thus that SQLBrowser is still running. Kill this process before removing the filevar directory in the SQLBrowserUserDirlock in the SQLBrowserUserDir is absent. **Remove it if it is present.user directory.sqlbrowserOLDuser directory content with default valuesconfig\Preferences\com\sqlbrowser (see image below) into the new user directory at the same relative location
if windows don't show up properly, it may be due to the persistence mechanism trying to restore incompatible versions of the stored windows configuration.
To solve the issue, do either of the following in this order:
Click on the Window/Reset Windows menu item
user directory and delete the config/Windows2Local directoryOptions Window for instance, go to the user directory and delete the config\\Preferences\\org\\netbeans\\modules\\options directory.In general, removing the <userdir>/var directory (when SQLBrowser is not running ) is never really harmful and can help clearing certain situations
Reporting a Problem
If your problem persists, send an email to support@sqlbrowser.com and always attach the following files:
SQLBrowserlog.txt You can view this file by using:
SQLBLicenseServerLog0.txt which resides in the bin directory of the License serverIt is practically impossible to resolve issues without these trace files. These files are technical logs and contain no confidential information.
Using SQLBrowser connecting to Production Servers
It is not recommended to use SQLBrowser on Production Servers because many Analysis Tasks and Development tasks can be performed as well on Dev servers. However, if one wants to use SQLBrowser against production servers, you can use server colors to paint windows background in light RED for instance, so that it becomes explicit that one is connected to a Production Server. If your policy requires that such tools are forbidden in production, create a login trigger which rejects connection which are named SQLBrowser.
Known Bugs And Limitations
declare main_cursor cursor for select * from #t1
declare sub_cursor cursor for select * from #t2 where c2 = @c1
--!deferred evaluation!
open main_cursor
fetch main_cursor into @c1 -- @c1 is only known here!
open sub_cursor
select * from this table is impossible as the automatic expansion of '*' may have not quoted the reserved word. e.g. create proc p as
create table #t (a int, \[new\] int)
insert #t values (1,2)
select \* from #t -- will expand to "select #t.a, #t.new from #t"
Contact
Please contact us only through emails :
Store SQL Source files in Source Code Control
It is common to use a VCS to store SQL source files, therefore we recommend this choice naturally. SVN & Git are now integrated in SQLBrowser and the source option allows to open directly the sources from the object chooser rather than the extracted objects.
This has the following productivity advantages:
versioned directories are immediately recognized in the favorites 
local changes are shown in the left gutter 
check in, checkout, merge, diffs, annotations and search history are all available
See Netbeans Version Control for more informaion
Schedule Batch Analysis with results on a shared drive
Use a Windows Task or a crontab to schedule daily or weekly batch analysis. This will have the following advantages:
Please follow the instructions here to set this up
Connecting to ASE using SSL
cacerts file through a command like:ENABLE_SSL to trueConnecting to MSSQL using Kerberos
- AuthenticationScheme=JavaKerberos
- IntegratedSecurity=true
- (optional) serverSpn=MSSQLSvc/<hostfqdn matching the SPN declared in LDAP>:<port>@realm
Performance Considerations
Performance Hints
Auto Analyze Source Files option in Options/General if you find that it eats too much resourcesupdate statistics on system tables (!) to speed up SQLBrowser. This was not necessary in V12.5.License server host
Send Server Information
========= This Host Info =================
MAC-Address: 42-61-73-D8-7A-29
IP: 192.171.21.19
FREE PORT: 16421
==========================================
Copy The License Key Files In The Bin Directory
arguments_license.xml (the license key)distributed_arguments.xml (the server preferences, including the license key). This contains preferences which will be sent to the client when the client connects and which will override user preferences.
License Server started on port 16421service_stop.cmdservice_start.cmdservice_delete.cmdServer started on port 16421java -DargLicenseFileName=arguments_license.xml
-DdistributedArgFileName=distributed_arguments.xml
-DlicenseLogDir=. -DlicenseDebugTrace=false
-cp ../sqlbrowser/modules/com-sqlbrowser-sqlbm.jar
com.sqlbrowser.ls.LicenseServerMain
nohup to the command line to run the server in the background> run.log 2>&1sqlbrowser.exe --jdkhome "%cd%/jre"
-J-Duser.name=sqlbtest -J-DargumentsFileName="bin\arguments.xml,
bin\arguments_license.xml"
The first parameter sets the user to a dummy user called sqlbtest, with no preferences pre-stored anywhere