Sponsored Content
Top Forums Shell Programming and Scripting Extracting LONG Data Type from DB via UNIX Script Post 303036651 by Neo on Saturday 6th of July 2019 08:16:35 AM
Old 07-06-2019
You need to post your SQL query (your code) and your full database table schema if you wish any meaning technical support.
 

10 More Discussions You Might Find Interesting

1. Shell Programming and Scripting

converting the data type in unix shell script

I am writing a unix shell script that will extract records from table and write into a file. ====================================== #! /bin/ksh ############################ # AFI Monitor Script ############################ . /db2/uszlad48/sqllib/db2profile export... (5 Replies)
Discussion started by: kmanivan82
5 Replies

2. Programming

enable 64bit long type for gcc

hey, I believe I once saw a post in this forum, about enable an GCC option to enable long types. I simply cannot find it any more. Can anybody give me a hint? I am on 32bit Ubuntu, and I would like my int be really long. Also I need malloc() take long int argument too. I found it is necessary to... (6 Replies)
Discussion started by: patiobarbecue
6 Replies

3. UNIX for Dummies Questions & Answers

Verify the data type in a file with UNIX function

I am seeking help on this UNIX function, please help. Thanks in advance. I have a large file, named as 'MyFile'. It was tab-delmited, I am told that each record in column 1 is unique. How would I verify this with UNIX function or command? (1 Reply)
Discussion started by: duke0001
1 Replies

4. Programming

Problem FETCHing Long data type using CURSOR

Currently my Pro*c program is fetching a cloumn which is defined as LONG in oracle db. The data in the column is around 65k. But when I am FETCHing it to a varchar variable, I am only getting 22751 bytes of data using cursor. Is there any limitation on the data which is fetched by a cursor in... (2 Replies)
Discussion started by: manbt
2 Replies

5. Shell Programming and Scripting

Extract data based on match against one column data from a long list data

My input file: data_5 Ali 422 2.00E-45 102/253 140/253 24 data_3 Abu 202 60.00E-45 12/23 140/23 28 data_1 Ahmad 256 7.00E-45 120/235 140/235 22 data_4 Aman 365 8.00E-45 15/65 140/65 20 data_10 Jones 869 9.00E-45 65/253 140/253 18... (12 Replies)
Discussion started by: patrick87
12 Replies

6. Shell Programming and Scripting

Extracting data between tags based on search string from unix file

Input file is on Linux box and the input file has data in just one line with 1699741696 characters. Sample Input: <xxx><document coll="uspatfull" version="0"><CMSdoc>xxxantivirus</CMSdoc><tag1>1</tag1></document><document coll="uspatfull"... (5 Replies)
Discussion started by: gaya
5 Replies

7. Shell Programming and Scripting

Extracting data from https server with the help of unix shell script

There is a folder which can be accessed through URL by giving a particular Username and Password.Inside the folder there are few excel sheets.The excel sheets/folder need to be imported from there to unix box with the help of unix shell script. Can anyone help me?Does anyone have code for it?... (2 Replies)
Discussion started by: vanur
2 Replies

8. Shell Programming and Scripting

Extracting LONG Data Type from DB via UNIX Script

Hi, I want to extract a XML file which is stored in the database having a data Type as "LONG" via UNIX Scripting. But when i am triggering the SQL via UNIX it is fetching only the first Line and not the complete XML. Can you please suggest if the parameters that i have used needs any... (0 Replies)
Discussion started by: dear_abhi2007
0 Replies

9. Shell Programming and Scripting

Extracting data into flat file thru unix

Hi, I need to extract a oracle staging table to a flat file thru unix batch process.We are expecting more than 4million records in the table.I know I can do it using "UTL_FILE" .But,since "UTL_FILE" takes a lot of time I am looking for better options.Can any body suggest some better options? ... (3 Replies)
Discussion started by: Beena
3 Replies

10. Programming

Python script for extracting data using two files

Hello, I have two files. File 1 is a list of interested IDs Ex1 Ex2 Ex3File 2 is the original file with over 8000 columns and 20 millions rows and is a compressed file .gz Ex1 xx xx xx xx .... Ex2 xx xx xx xx .... Ex2 xx xx xx xx ....Now I need to extract the information for all the IDs of... (4 Replies)
Discussion started by: nans
4 Replies
databaseintro(1grass)						Grass User's Manual					     databaseintro(1grass)

Database management in GRASS GIS
   Attribute management in general
       GRASS  can  be linked to one or many database management systems (DBMS).  The db.* set of commands provides basic SQL support for attribute
       management, while the v.db.* set of commands operates on the vector map (see Vector introduction).

   Available drivers
       Available drivers are listed in SQL support in GRASS GIS.

       Notes:
       The default DBF driver provides only very limited SQL support (as DBF is not an SQL DB) while the other DBMS backends (such as  PostgreSQL,
       MySQL etc) provide full SQL support since the SQL commands are sent directly to the DBMS.

   DB connection management
       The  current  database management settings are shown or modified with db.connect for current mapset. Available DBMI drivers are listed with
       db.drivers. Some DBMI backends require a user/password for driver/database to be set with  db.login.   In  order  to  test  a  driver,  run
       db.test.

   Attribute data import and export
       Attribute  data	can  be  imported  with  db.in.ogr from various formats and exported with db.out.ogr. To internally copy a a full table or
       selectively parts of it, use db.copy.

       Further conversion tools:

		     MDB Tools: Convert MS-Access data to SQL, DBF, etc.

		     Openoffice.org with SQL Databases

   SQL commands
       GRASS supports to main SQL operations, execution of an SQL statement (db.execute) and selection of data from a table (db.select).  See  the
       SQL help page for examples.

   Managing the default DBMI settings
       Per  default  vector  map attributes are stored in DBF table files. This default definition can be modified with db.connect. If an external
       DBMS is used, db.login may be required.

   Creating a database
       Specific commands are explained on the individual driver pages (these pages are only available if driver was  compiled  in  this  installa-
       tion):

		     DBF: see DBF page

		     SQLite: SQLite page

		     mySQL: meSQL pages

		     ODBC: ODBC page  (connect to Oracle, etc.)

		     PostgreSQL: PostgreSQL and PostGIS page

   Metadata
       All  columns  for  a  given  table  are listed with db.columns.	The command db.describe describes a table in detail. To list all available
       tables for a given database, run db.tables.

   Table maintenance
       To drop a column from a selected attribute table, use db.dropcol.  With db.droptable an attribute table can be deleted.

   Database Schema
       Currently schema support only works for PostgreSQL connections. Default schema can be set with db.connect. Note	that  the  default  schema
       will be used by all db.* modules.

       db.tables returns 'schema.table' if schemas are available in the database.

   Migrating to a different database engine
       To  migrate  a GRASS database table (or a GRASS vector map) to a different DBMI engine, the best solution is to create a new MAPSET, define
       the DBMI settings accordingly with db.login.  Then the table of interest can be copied over with db.copy from the  original  MAPSET.  Like-
       wise, a vector map including its table(s) are copied from the original MAPSET to the current MAPSET with g.copy.

   See also
		     Introduction to GRASS vector map processing

		     Introduction to GRASS raster map processing
       Main index - database index - full index

       (C) 2008-2011 GRASS Development Team

GRASS 6.4.2														     databaseintro(1grass)
All times are GMT -4. The time now is 03:43 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy