can we use other database instead of brew given databas | developer.brewmp.com can we use other database instead of brew given databas | developer.brewmp.com

Developer

can we use other database instead of brew given databas

Forums:

dear all,
can we use other database instead of brew given database by brew if yes how? please help me ?

Yes you can use other database, the only think you have to do is Port the DataBase Engine to BREW. :D .
I think you would not want to do that. So best way is to write a Wapper Class that do the req. SQL functions on top of BREW DataBase Engine, :)

Yes you can use other database, the only think you have to do is Port the DataBase Engine to BREW. :D .
I think you would not want to do that. So best way is to write a Wapper Class that do the req. SQL functions on top of BREW DataBase Engine, :)

sorry i could not understand what a wapper class is i am a newdeveloper ....so plz can u elobrate it further

sorry i could not understand what a wapper class is i am a newdeveloper ....so plz can u elobrate it further

Sorry i think i misspelled it. It is "Wrapper Class "

Sorry i think i misspelled it. It is "Wrapper Class "

its ok but sir i also dont know anything abt Wrapper Class plz tell me something abt it

its ok but sir i also dont know anything abt Wrapper Class plz tell me something abt it

IF you have access to BREW extranet then you can find a SQLite Extension for BREW there. I think that may help you a lot.

IF you have access to BREW extranet then you can find a SQLite Extension for BREW there. I think that may help you a lot.

I am using sqlite extenssion for brew and is working quite fine on moto razr.
Altough it takes a bit of time to do large query its a very useful extension.
Has anyone else also used up sqlite, if yes will be glad if you can share with your experiences with it.

I am using sqlite extenssion for brew and is working quite fine on moto razr.
Altough it takes a bit of time to do large query its a very useful extension.
Has anyone else also used up sqlite, if yes will be glad if you can share with your experiences with it.

Yes, it is bit slow but, when database is bigger that is more record in a database or you have to open more then one table at a time then SQLite is the one. :cool:

Yes, it is bit slow but, when database is bigger that is more record in a database or you have to open more then one table at a time then SQLite is the one. :cool:

I guess this is 3month old question - still -------
I dont understand the exact question asked by MOIN, if you need to just store the data anywhere then why dont you use a server-client concept and have your app to send request and store the data in any way u want it?
But if you dont want the user to make the server call but want to manage data with the engine, then there comes these extensions or own engines.

I guess this is 3month old question - still -------
I dont understand the exact question asked by MOIN, if you need to just store the data anywhere then why dont you use a server-client concept and have your app to send request and store the data in any way u want it?
But if you dont want the user to make the server call but want to manage data with the engine, then there comes these extensions or own engines.

Storing data in File and Storing data in database is different ... you donot feel :rolleyes: .
Any way can you describe this "server-client concept" in BREW. not in Symbian. I heard for the 1st time.

Storing data in File and Storing data in database is different ... you donot feel :rolleyes: .
Any way can you describe this "server-client concept" in BREW. not in Symbian. I heard for the 1st time.

skumar_rao - I mean to say("any way u want it")- the server data storing concept with standard DB, not with a file. It is different that a format for a flat file(depends on what format) and a format of a given DB(it can be anything oracle,mysql,postgresql etc.,).
I guess you should be knowing the concept of server-client, which is the one used in any software that communicates with the server. A client software that will make a http/rtsp/any protocol request , inturn there will be an webserver and appserver that process these request and store(and/or)returns the data back to the client. To store the data we can use any DB like (oracle,mysql,postgresql....)

skumar_rao - I mean to say("any way u want it")- the server data storing concept with standard DB, not with a file. It is different that a format for a flat file(depends on what format) and a format of a given DB(it can be anything oracle,mysql,postgresql etc.,).
I guess you should be knowing the concept of server-client, which is the one used in any software that communicates with the server. A client software that will make a http/rtsp/any protocol request , inturn there will be an webserver and appserver that process these request and store(and/or)returns the data back to the client. To store the data we can use any DB like (oracle,mysql,postgresql....)

Hi Bru,
Sorry if my comments hurt you :o
The only reason we use Database in place of a flatfile is easy of use and maintain. when we have to change lots of lots of data, in other words we are some how lazy to use data-structure with flat file that we get readily in database.
about the server client if i am not wrong it is a wrong method to be use for a Dictionary type of application. what you say :D

Hi Bru,
Sorry if my comments hurt you :o
The only reason we use Database in place of a flatfile is easy of use and maintain. when we have to change lots of lots of data, in other words we are some how lazy to use data-structure with flat file that we get readily in database.
about the server client if i am not wrong it is a wrong method to be use for a Dictionary type of application. what you say :D

I think that developers here should take the necessary information for their continuation of the development.
The server-client architechure will be chosen depending upon the data utilisation,format,amount of data, tool for converting a to b, querying the data and so on. Even dictionary would need a good DB inorder to server them better(Google does this all the time).
Any way some times discussions in this way would help newbies to BREW as well to s/w dev

I think that developers here should take the necessary information for their continuation of the development.
The server-client architechure will be chosen depending upon the data utilisation,format,amount of data, tool for converting a to b, querying the data and so on. Even dictionary would need a good DB inorder to server them better(Google does this all the time).
Any way some times discussions in this way would help newbies to BREW as well to s/w dev

Great word buddy, i will take notes . but still i feel server-client architecture will be heavy for a Mobile Device Application.

Great word buddy, i will take notes . but still i feel server-client architecture will be heavy for a Mobile Device Application.

Now I feel that many of the mobile developers still thinking inside the box. We need to think outside the box and get the world in hand.
We need to think that mobile as a small computer and get the idea accordingly. It is possible in BREW to achieve most of the common application's feature available in the computer.
The following are sample applications that uses servers.
1.VZ Navigator/Map/GPS related apps
2.All Ringtone & Wallpaper apps
3.All Video & Audio streaming apps
4.Community apps
5.Entertainment, fun related apps.
I can say only small number of apps that do not use servers like games.
I would suggest people to go and visit the carrier's deck and try downloading demo/free apps and see how they behave.

Now I feel that many of the mobile developers still thinking inside the box. We need to think outside the box and get the world in hand.
We need to think that mobile as a small computer and get the idea accordingly. It is possible in BREW to achieve most of the common application's feature available in the computer.
The following are sample applications that uses servers.
1.VZ Navigator/Map/GPS related apps
2.All Ringtone & Wallpaper apps
3.All Video & Audio streaming apps
4.Community apps
5.Entertainment, fun related apps.
I can say only small number of apps that do not use servers like games.
I would suggest people to go and visit the carrier's deck and try downloading demo/free apps and see how they behave.

i agree with u BRU,
we too develop mostly client- server applications
advantage is it requires less space on client as we do not store anything on client (mobile)
all processing and bussiness logic at server ..u merely pass data from client to server n vice versa

i agree with u BRU,
we too develop mostly client- server applications
advantage is it requires less space on client as we do not store anything on client (mobile)
all processing and bussiness logic at server ..u merely pass data from client to server n vice versa

I don't see any SQLite extension on the BREW extranet. Is there really a BREW extension for SQLite available anywhere?

I don't see any SQLite extension on the BREW extranet. Is there really a BREW extension for SQLite available anywhere?

Great Discussion buddies.....but i have one query...
Suppose we are having a Client application running on our phone and somebody calls us up.....We don't have the number stored in our address book but we do have it in our database... So my question is.... Can we fetch that number from our databse and display it on our mobile phone with the name of the caller just as we do in case of address book?? any APIs are available for doing this in BREW ??

Great Discussion buddies.....but i have one query...
Suppose we are having a Client application running on our phone and somebody calls us up.....We don't have the number stored in our address book but we do have it in our database... So my question is.... Can we fetch that number from our databse and display it on our mobile phone with the name of the caller just as we do in case of address book?? any APIs are available for doing this in BREW ??

Hi,
can anyone tell me link with which i can download sqlite extension for brew
Thanks In advance

Hi,
can anyone tell me link with which i can download sqlite extension for brew
Thanks In advance

https://brewx.qualcomm.com/brew/sdk/authdownload.jsp?page=dx/tools/brewsql
Available to authenticated developers only.
FYI...
UiOne components are not available OTA, and neither is ISQL. So the device would need to already support ISQL. If it does not, the requiring app will fail on NSTL testing.
Brew SQL Extension 1.0.x requires BREW 3.1.4 or higher.
Brew SQL Extension 1.1.0 and above, requires BREW 3.1.5 or higher.

https://brewx.qualcomm.com/brew/sdk/authdownload.jsp?page=dx/tools/brewsql
Available to authenticated developers only.
FYI...
UiOne components are not available OTA, and neither is ISQL. So the device would need to already support ISQL. If it does not, the requiring app will fail on NSTL testing.
Brew SQL Extension 1.0.x requires BREW 3.1.4 or higher.
Brew SQL Extension 1.1.0 and above, requires BREW 3.1.5 or higher.