I'd like to play around with SQL Azure.
Do you think ColdFusion 10 supports SQL Azure seamlessly? I'm not talking about edge cases, but I did see something about how CF9 would not return the Recordcount property if there were no rows, along with a comment that CF9 didn't support Azure officially.
And this site says "We tested this using with ColdFusion 10 installed in an Azure Virtual Machine", which is not what I want because then I'd have to buy another license of CF10.
What I'd like to do is connect to SQL Azure from my HostMySite VPS that is already running CF10.
That seems very bad making SQL calls over the internet. I would recommend strongly against this.
Either install SQL on your VPS or ColdFusion on your Azure machine.
Related
I had few questions that might be easy for others, but that I couldn't wrap my head around.
In developing a "PRODUCTION LEVEL" full-stack web application(node.js/react/webpack),
1) Where do you set up your database? (when developing, I'm using apache couchdb running on my localhost, but when deployed, is cloud database(cloudant) the only solution? or am i missing something?)
2) Is it recommended to deploy my server(node.js) to either digital ocean/aws/heroku, AND set up a third party database else where? (in my case, I'm have to use either Digital Ocean/Aliyun(Chinese Web Service), but they don't seem to have a database package that comes with couchDB) - What is the practical solution for production level application?
3) If cloud database is the practical solution, What Do I do if there is no database storage center for CouchDB located in China? is there a cloud database storage that universally saves all noSQL data regardless of your type of DB? (mongoDB, couchDB, etc.,)
4) AWS/Heroku provides add-ons where you can connect cloud database to my application, does this make the speed of my application faster? For Digital Ocean, it shows article about setting up CouchDB with their service, but does that mean that database will be available for my users to access? or is that just for development purposes
5) Where and How does "Docker" come in to play to help in my situation?
Sincerely,
I cannot say for CouchDB, but I have hosted multiple web applications on AWS using their RDS Database (MySQL). The service you choose (AWS/DO/Heroku), depends on your application and your requirements (pricing etc).
I don't think AWS has a package for MongoDB, but there is a third party service MongoLabs, which can host the MongoDB Database, I bet there would be some out there for CouchDB too.
Or if you cannot get a third party hosting, consider installing the database on your server itself. Getting a VPS from either DO or AWS and setting it up yourself could be an option in that case. The link you mentioned in your last paragraph would help you here. And yes, if you use that and let node connect to it, you can use it just like any other cloud based database, just that it would be on your server.
I haven't used Docker, so cannot say if and how that could help
UPDATE: (reply to comment)
A VPS is a server in the cloud. You don't set up the database on your local computer, no one can access that. You set up your database on the VPS (in the cloud) and then everyone can access that.
A VPS is like your own clean copy of server (ubuntu/fedora) in the cloud, so you can pretty much do anything on it, like your local computer. So basically your database would also be in the cloud.
There are actually 2 ways you could do that.
Get a VPS, install your database and set up your node.js server on the same VPS. Your node application would access the database on the same VPS.
Get a VPS specially for the database, and set up your node.js on another VPS, this would separate the database and node app on two different servers.
To answer part of your question... if you set up a CouchDB server on Digital Ocean (or on AWS, Azure, Google Cloud etc) it will be available to your production users, not just you. You will want to set up security/firewall to limit who can access your server of course.
Cloudant provide CouchDb as a service, in other words you would not have to install the software or manage a server.
With Digital Ocean/AWS/Azure/Google it is down to you to manage the virtual server and the database/other software on it. You can install CouchDb on any of these services and you can install both NodeJS and CouchDb on the same virtual server if you wish.
Bitnami have a CouchDb package that you can use to deploy CouchDb on to several of the major hosting companies, which makes the setup process easier.
I see that AWS and Azure have data centres in China, but at the moment Digital Ocean do not as far as I am aware. I hope this helps
I would like to try out the WSO2 Identity Server. It has a number of prerequisites (Apache Maven, Ant) as described here. Since a Bitnami Jenkins image satisfies these requirements (I think), can I just spin up one on Google Cloud and use it as a base for installing WSO2 IS?
If not, please suggest an alternative image that would be convenient for WSO2 IS requiring minimum amount of preparation in terms of additional installs.
The worst case is starting with a bare Ubuntu 14.04 image and going through the steps to install all the prerequisite packages.
You don't need Maven, Ant for installing and running the product. You need only JDK installed to run the product.
By default WSO2 Identity Server uses H2 database, but you can use any industry-standard RDBMS such as Oracle, PostgreSQL, MySQL, MS SQL, etc.
All WSO2 Carbon-based products are Java applications that can be run on any platform that is Oracle JDK 7/8 compliant. Also, we do not recommend or support OpenJDK
All WSO2 Carbon-based products are generally compatible with most common DBMSs. The embedded H2 database is suitable for development, testing, and some production environments. For most enterprise production environments, however, we recommend you use an industry-standard RDBMS such as Oracle, PostgreSQL, MySQL, MS SQL, etc. For more information, see Working with Databases. Additionally, we do not recommend the H2 database for use as a user store.
WSO2 Identity Server is shipped with a default embedded Apache DS. However, in a production environment, it is recommended to use an LDAP like OpenLDAP, due to scalability issues that exist with Apache DS.
You only need a JDK as a mandatory requirement for running WSO2 IS.
You can just use a bare Ubuntu instance with Java (Oracle JDK) and start WSO2 IS using the shell script.
You would need maven etc if you are to build the samples form source. Else, no need.
Good Day Everyone,
Excuse the newbie question, I am new to Microsoft Sync Framework. I've done extensive research on the Internet in order to find my way in this puzzle with the different versions of Sync Framework, of SQL Server, of Sync Services for ADO.NET, of SyncAgent vs SyncOrchestrator, etc. etc. and what should be used in which type of scenario. Unfortunately, after about a week of struggling all day long with how to code my ASP.NET 2.0 C# web application right, I am still lost.
My current situation is this: I am developing applications for a large Department and I cannot expect to get approval for installing new stuff on the server side. I am stuck with SQL Server 2008 and (I believe), the server has Sync Framework 1.0 installed on it. However, I have the freedom to install later versions on the client computers that will connect to the server. These will have SQL Server 2008 Express (NOT Compact) and will each run the web app. in their localhost IIS. The synchronization model is centralized in that the clients will only connect to the server for bidirectional synchronization (in a star-shaped network topology, do we call this the hub-spoke model?) but will not connect to each other (no peer-to-peer collaboration).
I have prepared both sides of the database for synchronization (enabled Change Tracking, put GUID data type for Primary Keys, etc. etc.)
The core of the synchronization, the program that makes the interface between the two nodes to synchronize, seem to be exclusively the web application on the client side. Right?
QUESTION: If I want to use Sync Framework v2.0 or v2.1, can I just ignore what version is installed on the server? In other words, is the Sync Framework on the server side even doing something? The SQL Server does not have the web application installed on it.
Unfortunately I could not find answer to this rather simple question on the web!
Thanks very much for your help! Have a great day!
Kindest Regards,
Zyxy
No, you don't need to install sync framework on the central sever. All you need from the central database is a connection string. As long as you can access the central database with a login that has sufficient rights, then you don't need to install anything on it. The sync application can run from anywhere as long as it is able to connect to the central server.
depends how you build your application.
if all sync code is on your app and you simply point it to connect the central sql server, then no need to have sync framework on the server.
if however you decide to use WCF such that you have a service component of the sync on the server side, then you need sync framework on the server. you client will have a proxy for the server side service and part of the synchronization will be executed server side on the wcf service.
with regards to SQL Express on the client side, SQL Ce is the only supported client database is you use VS Local Database Cache Project item or if you manually code against the SyncAgent/SQLCeClientSyncProvider/DbServerSyncProvider.
if you use SQL Express, you will have to use the newer SyncOrchestrator/SqlSyncProvider combo but that doesnt use the built-in SQL Change tracking.
I'm writing an app which I need to store user details, location and connections in azure db but have no experience with cloud storage. I have created my azure database but not sure how to communicate with the wp7 app. Any thoughts on where to start with the web service,
Thanks, MH
The following may point you in the right direction "Using Windows Phone with Windows Azure
" :-
http://msdn.microsoft.com/en-us/library/windowsazure/hh689721(v=vs.103).aspx
http://windowsteamblog.com/windows_phone/b/wpdev/archive/2011/08/31/building-windows-phone-applications-using-windows-azure.aspx
As to windows phone azure project, do you mean Windows Azure Toolkit for Windows Phone? This toolkit is optional. It may help us in some cases, especially if we want to integrate with ACS. But a web service will be enough if all we need is to bring data to the phone.
Best Regards,
Ming Xu.
To add to Paul’s suggestions, the recommended architecture is: Hosting a service in Windows Azure (such as WCF Data Services). The service will talk to SQL Azure (if you use SQL Azure as the database). Client devices, such as Windows Phone, iPhone, Andriod, a web browser, and so on, will communicate with the service. If you use WCF Data Services, you can expose the data to clients via the OData protocol, which is supported by multiple devices. To get started with WCF Data Services, I would like to suggest you to check http://msdn.microsoft.com/en-us/library/cc668796.aspx. To learn how to consume OData in Windows Phone, please refer to http://blogs.msdn.com/b/phaniraj/archive/2010/03/19/developing-a-windows-phone-7-application-that-consumes-odata.aspx.
Best Regards,
Ming Xu.
Say you have a SQL Server 2008 database. You build a SOAP web service. You then deploy or publish this using Visual Studio 2010 in one website. Now, using the same database, you build a REST web service, in a different solution. You deploy this on another website.
Can you consume the endpoints and/or .svc file of both the SOAP and REST web services, though they reference the same SQL Server 2008 database?
I don't see why not, but before I go down this path and spend days I'd like to make sure.
Also if there's a performance hit to the database if it is running both SOAP and REST at the same time--again, I don't see why it would matter, but I must make sure. Thanks.
The database is completely oblivious of how your clients submit requests. All it sees is ODBC (or whatever) connections running queries. You could have 20 people sitting in SQL Developer typing these queries manually, it wouldn't know any better.
So yes, you are right, your question makes no sense -- you can have as many different interfaces as you want, performance/load will be determined only by the queries executed.
SQL Server won't know anything of your web service - it will just receive queries and return the data to the calling connection (your server-side code in this case).
It doesn't care whether the query originated in VBA, Mgmt Studio, your SOAP service or all three.