Sunteți pe pagina 1din 3

Is the use of database good for the company?

Databases allow companies to store virtually any type of data. Their speed
and relatively low cost makes them popular among businesses with large
customer bases. Customer support representatives who have access to
company databases can bring up customer information quickly, and some
systems can even identify customers by their phone numbers. Customer
databases allow companies to avoid the cost and inconvenience of dealing
with paper records. They use databases because they can automate a
number of procedures. Instead of having to verify financial transactions
manually, employees can instead rely on computer reports and having to
enter stock information by hand, people can take advantage of automatic
updates. Speed and efficiency matter in the modern office, and databases
help. In the past, many small businesses would avoid databases due to their
relatively high installation costs. Increasingly, however, small business
owners and managers are using cloud-based systems that offer database
functionality. Instead of having to install a custom server, people can sign up
for services online and begin using their databases immediately.
There are 3 types of database, namely: DBMSs (Data

Base

Management Systems) come in many different shapes, sizes and flavors,


however, there are two basic categories: Enterprise and Personal. Enterprise
DBMSs are designed primarily for use by corporations, governments and any
other function that would require the database to handle large amounts of
data coming in and out. Information Technology folks refer to this as
scalability which simply means how well the database handles multiple
simultaneous transactions (the handling of data). For example, a high
scalability would mean that the database can handle everything from a few
transactions an hour to thousands of transactions or more happening at the
same time. Some examples of Enterprise DBMSs that you might have heard
of would be Microsoft's SQL (pronounced sequel) Server, Oracle or IBM's DB2.
Personal DBMSs are generally not highly scalable. They are intended to be
used as learning tools or in low demand situations like you may run into while
working on your personal projects. Depending on the DBMS, you might even
find good uses for a personal DBMS in small business. Many Enterprise
DBMSs also have personal versions like Oracle that was mentioned above.

Other companies produce separate products like Microsoft's Access which are
very similar to their Enterprise product.
Is the SAP comprehensive for the business compared to flat file?
You can load data from flat files (CSV or ASCII files) into the BI system.
You can upload the following data types: 1. Transaction data 2. Master data,
either directly or flexibly (Attributes & Text) 3. Hierarchies
There are prerequisites in the following with regard to CSV files: Excel
files use separators to separate fields. In the European version, a semi-colon
(;) is used as a separator. In the American version, a comma (,) is used. You
can also use other separators. You must specify the delimiter used in the
Scheduler. Fields that are not filled in a CSV file are filled with a blank space if
they are character fields and with a zero (0) if they are numerical fields. If
separators are used inconsistently in a CSV file, the wrong separator is read
as a character, and both fields are merged into one field and possibly
shortened. Subsequent fields are then no longer in the correct order. In
regard to CSV files and ASCII files: If your file contains headers that you do
not want to be loaded, on the External Data

tab page in the Scheduler,

specify the number of headers that you want the system to ignore during the
data load. This gives you the option of keeping the column headers in your
file. A conversion routine determines whether or not you have to specify
leading zeros. See also Conversion Routines in the BI System. For dates, you
usually use the format YYYYMMDD, without internal separators. Depending on
the conversion routine, you can also use other formats. If you use IDocs to
upload data, note the 1000 byte limit for each data record length. This limit
does not apply to data that is uploaded using the PSA. When you upload
external data, you are able to load the data from any workstation into the BI
system. However, from a performance point of view, you should store the
data on an application server and load it from there into the BI system. This
also means that you can load the data in the background. If you want to
upload a large amount of transaction data from a flat file, and you are able to
specify the file type of the flat file, you should create the flat file as an ASCII
file. From a performance point of view, uploading the data from an ASCII file
is the most cost-effective method. In certain circumstances, generating an
ASCII file might involve a larger workload.

S-ar putea să vă placă și