Changes

Jump to: navigation, search

Building Searches

1,191 bytes removed, 15:22, 29 May 2017
no edit summary
*'''saved''' searches which are prepared by information managers for usage by all users.
Saved searches simplifies the user experience and ensures consistency of use by sharing identical searches with all users. Of cause course all users have the possibility ability to saved save searches which is convenience a convenient way to re-use favourite searches.
Particularly, creating saved searches facilitate facilitates access to programme data and reporting . Reporting is a key component of implementing and managing a mine action programme’s information workflow.
The {{IMSMANG}} version 6.0 database is pre-populated with saved searches developed by GICHD that may be customised to meet the specific needs of the mine action programme.
==Building Simple Searches==__NOEDITSECTION__Building searches The simple search options in the Search menu function exactly as all other filters in {{IMSMANG}} is a simple three-step process in which information managers determine:, see [[Search Items]].
#==Advanced Searches==__NOEDITSECTION__The item to different types of search for#criteria (e.g. subobject and geo area) are described in [[Search by Subobject]] and [[Search by Map Area]], respectively. The attributes of the item possibility to use in AND / OR and to specify the search#Whether all of parts makes the criteria must be met (AND) or any of the criteria must be met (OR)Advanced searches very flexible.
Following these three steps==Using Prompt==__NOEDITSECTION__When the prompt function is used in Advanced searches the re-usability and user-friendliness are greatly increased. For example, users can build searches as simple or as complex as if a user wants to find all progress reports submitted by the "XYZ" organisation and another user wants to have the same search but for the examples below:"ABC organisation, it is better to save one search and prompt on Organisation.
*find lands with an ID of “MF-101”==SQL criteria==__NOEDITSECTION__*find victims who are children and were injured in 2010*find progress reports about work done by XYZ organization While the {{IMSMANG}} search functionality is extremely flexible allowing searches on lands in Province ABC between 2008 CDFs, customised option list values and 2010*find all clearances completed on lands with antipersonnel mineslinks among items, there are cases where users may want to run more complex searches that cannot be built using the Advanced search interface. For these cases, {{IMSMANG}} includes a special SQL search criteria that allows information managers to use a SQL query as filter criteria.
When a search is designed, it can be given a name and description and then saved for later use. Saving a search saves the Creating searches using SQL criteria of the search rather than the search results. This means that searches are automatically updated when additional data is added to the system, ensuring that searches return the most up-to-date data. For example, an information manager can build requires a search called “Open Lands” that finds 25 lands with a status detailed understanding of “Open.” If 10 additional lands are entered into PostgreSQL's SQL syntax and the system with a status of “Open,” the search would find 35 records when it is run again. In this way, searches are dynamically updated as data is added to the system, allowing information managers to assess {{IMSMANG}} data trends over time using consistent search criteriamodel. Your [[Information managers can also use an existing search as a template to create other searches by using Management Team | GICHD IM Advisor]] may support you in developing the “Save as” functionalitySQL.
==Using Search Parameters==__NOEDITSECTION__Search parameters allow users to change one or more search To use SQL criteria when running a search. For example, if a user wants to find all progress reports submitted by “XYZ” organisation, they can build simply provide a search for “XYZ progress reports.” If another user wants to search for progress reports submitted by “ABC” organisation, they can build another search for “ABC Progress Reports.” Alternatively, an information manager can build one search with a parameter for “Organisation” that allows users to provide different values for the organisation when running the search. This makes one search, for example, “Progress Reports by Organisation,” available for multiple purposes. The ability to build dynamic searches allows information managers to customise search capabilities to meet valid SQL statement in the needs of various stakeholders within their programmes.following format:
{{note|Searches can include geospatial data as a parameter which allows users to define a geospatial extent to search withinSELECT [item_guid] FROM [item_table] WHERE... For the purposes of searching, records without geospatial data are defined as “outside” the geospatial extent}}
==Building Complex Searches==__NOEDITSECTION__While the {{IMSMANG}} search functionality is extremely robust—allowing searches on CDFs, customised option list values The SQL query may be complex with left joins and links among items— there are some cases where users subqueries but may want to run more complex searches that cannot only have '''one''' output column which should be built using the standard search interfaceitem_guid of the Search target i. For these cases, {{IMSMANG}} includes a special Structured Query Language (SQL) e if your search functionality that allows information managers to provide SQL syntax for executing searches. Creating searches using SQL criteria requires a detailed understanding of relational databases, SQL and the {{IMSMANG}} data model and target is Land then only output column should only be undertaken by advanced usershazard_guid.
To use {{note| We strongly recommended to develop and test the SQL query with a SQL tool before pasting it into the SQL criteria, simply since {{IMSMANG}} does not provide a valid SQL statement in the following format:debugging support. }}
SELECT [item_guid] FROM [item_table] WHERE==Saved Searches==__NOEDITSECTION__Saving a search saves the criteria of the search rather than the search results.This means that searches are automatically updated when additional data is added to the system, ensuring that searches are returning results using the updated data..For example, SELECT hazreduc_guid FROM hazreduc WHERE hazreduc_localID =’ÇL-001’
Using SQL criteria, information managers can design complicated searches that can then be saved and run by users with no understanding of SQL. In this way, ==Inspiration Saved Searches==__NOEDITSECTION__{{IMSMANG}} unleashes the full power version 6.0 database is pre-populated with 40 different data quality Saved searches of SQL criteria, joins and subqueries in an easy-different kinds:* suspected duplicates** e.g "Victim Duplicate Name & Date Of Birth"* items without any geographical data** e.g. "Accident Without Geodata"* items that do not have any links to other items** e.g. "Assistance Without Links To Victim"* items which are assigned to-run interfacedifferent locations** e.g. "Land & Activity Not Same Location"* task as Search target** e.g. "Land Included In More Than One Task"* possible mine action process quality issues** e.g."Status Open with links to Activity or QM"
{{note|* It is recommended that information managers test their SQL in an external SQL editor prior These Saved searches should be seen as '''inspiration''' and should be adapted to using it within {{IMSMANG}} since {{IMSMANG}} does not provide SQL debugging supporteach mine action programme's processes.* Information managers can build complicated queries using SQL and combine them with other criteria, including parameters, to provide virtually unlimited search capabilities to {{IMSMANG}} users}}
==Description Pre-populated Saved Searches==__NOEDITSECTION__{{NavBox IMSMA NG Administration}}
{{NavBox Getting started with IMSMA}}[[Category:NAA]]
6,632
edits

Navigation menu