DATABASE: Defining Database Options
DATABASE: Defining Database Options
The * DATABASE keyword in Ansys LS-DYNA is used to control what is written out to the BINARY and ASCII results files.
In addition to controlling what data is written out the *DATABASE cards also define how often the data is written out during the analysis and the format that is used to write the binary data files.
|
The main
DATABASE
pop-up menu
allows any of the sub-categories to be selected. After a
category has been selected a separate menu will be displayed allowing items
to be created, modified and deleted.
The links below take you to the relevant sub-keyword sections:
|
![]()
|
||||
|
If multiple models are open the main database panel will open and you will be asked to select a model. If only 1 model is open this stage will be automatically skipped and the selected sub-option window opened. In addition the functions:
|
![]() |
Common *DATABASE Options
Because some Keywords are "one-off" (e.g.
_BINARY
),
some are "open-ended" (e.g.
_HISTORY_xxx
)
and some reference normal "list" types with labels (eg
_CROSS_SECTION
)
there is no standard editing panel for them.
| However each of the sub-category menus contains a standard set of buttons:. |
|
||||||||||||||||
|
|||||||||||||||||
DATABASE_ASCII_xxx Control of "ASCII" database file output
The DATABASE_ASCII menu displays a list of all the additional ASCII database files that may be created during an Ansys LS-DYNA analysis.These files may now also be written in the more compact binary format.
| Modify selected | Values entered in these text boxes will be automatically copied to all enabled ASCII cards. ASCII cards that are subsequently switched on/enabled will take these values by default. DT defines the output frequency, BIN defines the output mode (1=ASCII, 2=BINARY, 3=BOTH), LCUR defines the output frequency via a load curve ID and IOOPT defines the behaviour of the output frequency load curve. |
| All on/off | Toggles all cards on and off. Default values are taken from the Modify selected text boxes |
| ACTIVE / INACTIVE checkboxes | Switch which can be used to include/exclude the * DATABASE card in the model when it is written out. An UNCHECKED card will have all parameters greyed out, whilst the CHECKED card will allow parameters to be modified |
| PREF/XTF | makes those cards active which have been set in the oa_pref file. activates those cards that contain information written to (soon to be obsolete) xtf file. |
DATABASE_BINARY_xxx Control of binary database file outputThe DATABASE_BINARY_ menu displays a list of all the binary result and restart files that may be created during an Ansys LS-DYNA analysis
|
Output frequencies may be set for each database file, (note that some use time and some #cycles), and each may be made (in-)active. Some cards contain other fields which can also be set.
DATABASE_CROSS_SECTION_xxx Editing cross-sections for force extraction
The *DATABASE_CROSS_SECTION option defines a cross section for force output by defining a plane and then summing up the forces in the elements that the plane cuts through. (During the analysis the force is only summed for those elements that were cut by the plane at the start of the analysis).
The *DATABASE_CROSS_SECTION option defines a cross section for force output by defining sets of nodes and elements for which the force should be summed.
The figure below shows the option.
The figure below shows the option.
The button allows you to explicitly define a label for the *DATABASE_CROSS_SECTION card being created.
|
![]()
![]() |
The < itype > data field which is common to both the and the options; controls whether the local system type < id > (if defined) is a rigid body or an accelerometer or an explicitly defined coordinate system. This is necessary because the type of the < id > field has to change, and therefore cannot remain "generic" within the keyword editor.
During the analysis, the user may want the extracted forces
across the defined cross-section plane to be computed in the section plane's
local coordinate system. This can be achieved quickly by means of the
button (not relevant in the
_SET case) which is available when parameter <
itype
>
is set to
. If a
*DATABASE_CROSS_SECTION_PLANE
card is created with this option switched on, a new
*DEFINE_COORDINATE_SYSTEM
card is automatically created using the
L
-
M
-
N
axes of the cross-section plane as its basis vectors. Parameter <
id
>
of the created
*DATABASE_CROSS_SECTION_PLANE
card is
then automatically set to be the label of this newly created coordinate
system.
|
Graphical definition of single _PLANE geometry. (Not relevant in the _SET case) |
|
|
PRIMER allows you to quickly and easily create *DATABASE_CROSS_SECTION_PLANE cards in a number of ways. A particular method of plane creation can be chosen by invoking the pop-up shown below: |
|
|
|
The button (not relevant in the _SET case) automatically creates a new *DATABASE_CROSS_SECTION_PLANE card for every cross-section plane that is computed without the user having to explicitly click the button. A cross section plane that is computed, but not created, is sketched in a suitable colour (depending on the background colour of your PRIMER's graphics window), while a cross-section plane that has been created and added to the model as a *DATABASE_CROSS_SECTION_PLANE card is always sketched in green.
The and buttons (not relevant in the _SET case) allow the user to drag or rotate a computed cross-section plane in the graphics window about its local axes.
If a cross-section plane cuts along a mesh boundary, the results may be unreliable,
as the forces from elements on both sides of the plane may be included. The
button (not relevant in
the _SET case) attempts to remedy this problem by re-positioning the cross-section
plane halfway along the edge of the element that lies on the positive side of
the computed cross-section plane. If the feature line does not extend in the
positive direction of the computed cross-section plane, the plane is automatically
re-positioned halfway along the edge of the element that lies on the negative
side of the cross-section plane.
This button is activated only when
is set to
The and related buttons (not relevant in the _SET case) shown on the left can be used to automatically create a new part set in the model and associate it with the *DATABASE_CROSS_SECTION_PLANE card being created (by automatically setting parameter < psid > on the *DATABASE_CROSS_SECTION_PLANE card to be the label of the newly created part set).
Once the part set is created by selecting an appropriate method from the pop-up box and clicking the button, the parts contained in the set just created can be quickly visualized by clicking the button.
The normal direction of the *DATABASE_CROSS_SECTION_PLANE can easily be changed by clicking on the button.
The button (not relevant in the _SET case) can be used to automatically size the plane so that it is centred on the cut elements and sized to just encompass them.
Graphical definition of multiple offset _PLANE geometry. (Not relevant in the _SET case)
|
|
Once a cross-section plane is computed using one of the methods described above, it can be used as a reference plane to quickly create another plane units away from it. The offset plane is computed along the unit normal vector of the reference plane using the method selected in . The buttons shown here are activated as soon as a reference plane is computed and a valid offset is specified in the text box. Clicking the button computes an offset plane along the positive direction of the reference plane's unit normal vector, while clicking the button computes an offset plane along the negative direction of the reference plane's unit normal vector. The computed offset plane is then sketched using a suitable colour. The parameters of the computed plane are used to create the *DATABASE_CROSS_SECTION_PLANE card in the model by clicking the button.
The
or
buttons can be clicked repeatedly to compute multiple planes each at
a distance of
units away from
the previously computed one.
|
Properties: Computing the analytical properties of the cross-section.
|
|
|
In the _PLANE case only, where a flat geometrical section is defined, the button launches the cut-section properties panel described in section 6 . 13 using the geometry of this section. This calculates and displays its elastic and plastic properties.
|
|
| The same display may also be launched from the Database Cross Section keyword editor by using the popup on a given section's row button. |
|
Only visibleThe Only Visible button, when toggled on, will exclude blanked entities in cross section definitions. This option is turned ON by default. Turning this option off will allow cross sections to span blanked entities as well. |
![]() |
|
*DATABASE_CROSS_SECTION specific annotate/display/transfer/reverse tools.
There are specific tools for DATABASE_CROSS_SECTION's called and . is available through the main DATABASE_CROSS_SECTION panel or an individual DATABASE_CROSS_SECTION edit panel. This tool annotates the cross sections with the label associated with the cross section, and if you choose to annotate a number of cross sections, they are all sketched in different colours. is available through the main DATABASE_CROSS_SECTION panel. is available through the main DATABASE_CROSS_SECTION panel or an individual DATABASE_CROSS_SECTION edit panel. Reverse is used to reverse the normal direction of selected DATABASE_CROSS_SECTION's. will show an individual cross section, and only the parts referenced by the cross section. is available through the main DATABASE_CROSS_SECTION panel. This is used for transfering DATABASE_CROSS_SECTION definitions from one model to another.
There are a few options available with this tool:
Keep set ID's - Database cards only are copied, i.e. any references to part sets are copied but the part set and contents are not copied.
Keep set/contents - Database cards are copied along with any referenced part sets. The parts in the part set are not copied, but the references to the parts are.
Define new set
- Database cards are copied, and for all database cards copied the PSID field is set to a specified part set on the target model.
DATABASE_EXTENT_xxxThe * DATABASE_EXTENT menu has 2 sub options
|
DATABASE_FATIGUE_STRESS_CYCLE controls the output of stress_cycle_[EID] files.The *DATABASE_FATIGUE_STRESS_CYCLE menu controls the output of stress cycle vs stress range ASCII files.
|
DATABASE_FORMAT Controlling binary database output formatThe *DATABASE_FORMAT menu controls the format the binary results files are written in.
|
DATABASE_FSI Output information about certain Lagrangian surfaces
The *DATABASE_FSI menu controls the output information about certain Lagrangian surfaces.
DATABASE_FSI_SENSOR Output of an ASCII file called "dbsensor"
The *DATABASE_FSI_SENSOR menu controls the output of an ASCII file called "dbsensor". The input defines the pressure sensors' locations which follow the positions of some Lagrangian segments during the simulation.
DATABASE_HISTORY_xxx Selecting nodes and elements for "time history block" output
* DATABASE_HISTORY contains a number of sub-options to allow nodes, solids, beams, shells, SPH elements, thick shells, discretes and seatbelt elements to be defined for output to the time history (.thf) files.
For nodes only there is an extra suffix _LOCAL that permits a coordinate system to be associated with each node/set which controls the frame of reference for the output for that item. While this used to be on a separate keyword editor panel in PRIMER 14, all * DATABASE_HISTORY definitions have now got keyword editors from PRIMER 15 onwards, and _NODE and _NODE_LOCAL are now on the same editor. These editors can be opened from the main * DATABASE pop-up.
Individual items (nodes, elements or sets depending on the option) can be added using the entry row of the keyword editor and the button. Items can be removed by right-clicking on the grey row number button on the keyword editor.
It is also possible to select multiple items at the same time by using the option from the popup at ID and selecting them from the object menu. When clicking this, also screen picking will be active.
To remove multiple items from the keyword editor, you can right-click on and then use to open an object menu. Here also screen picking is a convenient option of selecting the items. To delete the selection, you should right-click on any selected row (highlighted in dark-blue) on the keyword editor and use the button.
For every * DATABASE_HISTORY_<type> you can define items by:
| Explicit <item type> | Here _NODE . A list of explicit items is defined, in any order. |
| SET_<item type> | Here SET_NODE . A list of node sets is defined. |
_ID OPTION : By activating the _ID option, one may create database history items with a title.
NOTE : The SPH option in this context uses the following:
| HISTORY_SPH | The "element" number of the SPH elements (which is the same as the node ids). |
| HISTORY_SPH_SET | The sets are in fact node sets (*SET_NODE) since there is no *SET_SPH keyword in Ansys LS-DYNA. |
The _LOCAL suffix for * DATABASE_HISTORY_NODE(_SET) can also be selected from the generic keyword editor:
Nodes should not appear more than once in a time-history block, however defined. The function will detect duplicate definitions and, when invoked from model checking, autofix them by removing them if requested.
DATABASE_NODAL_FORCE_GROUP
Definition of
SET_NODEs
that write summary
force output.
|
DATABASE_SPRING_FORWARD
Output for implicit "spring forward" calculation after a metal-forming analysis
The * DATABASE_SPRING_FORWARD menu allows the nodal force components at the end of a metal stamping simulation to be output to an ASCII file for input to a subsequent spring forward calculation.
DATABASE_SUPERPLASTIC_FORMINGOutput frequency to Super-plastic forming database files. The * DATABASE_SUPERPLASTIC_FORMING menu allows the output frequency to be specified for output to the Superplastic Forming files.
|
DATABASE_TRACER
Specification of "tracer" particles for Eulerian analyses
The * DATABASE_TRACER menu allows a series of initial points to be defined for which the position, velocity and stress components can be written out to an ASCII file.
Visualisation of *DATABASE items
Those *DATABASE_<type> options which are sensibly drawable may be displayed via the ity Viewing panel.
The buttons in the relevant editing panels will also draw them.






