Actuarial Outpost
 
Go Back   Actuarial Outpost > Actuarial Discussion Forum > Software & Technology
FlashChat Actuarial Discussion Preliminary Exams CAS/SOA Exams Cyberchat Around the World Suggestions

Meet the Employees of D.W. Simpson & Co.
Lindsey Nelson, Becki Tobia, Angie Wachholz, Diane Vanik, Katherine Hays
Alex Babic, Paul Castro, Steve Davis, Lesley Traverso, Tom Troceen, James Lecoutre
Aaron Benton, K.C. Cho, Patty Jacobsen, Dave Simpson, Bob Morand, Dave Retford, Carol Datu
Maureen Matous, R. Hicks, Marianne Westphal, Kim Skora, Kristyn Sakelaris, Ellen Hoppenjan
James Gardner, Lorraine Cully, Sarah Cleveland, Bethany Rave, Amy Trapp, David Benton, Jennifer Retford
Dan Karrow, Ginger Hassler, Rhonda Glick, Bryan Duffy, Derek Mulder, Barclay Burns, Barb Rave
Chris Hicks, Valorie Etheridge, Tom Munar, Julie Garwood, Margit Vogele


Reply
 
Thread Tools Display Modes
  #11  
Old 11-29-2002, 09:53 AM
snafu's Avatar
snafu snafu is offline
Member
CAS
 
Join Date: Nov 2001
Location: no longer on a small Island
Posts: 2,547
Default

Have had tremendous results with the following setup

Under 500K records, MSAccess running on local machines.

Over 500K records, MSSQL running off of a relatively cheap server (or running on a really powerful shared machine). Have easily run 20 gig databases with 20-30 million premium records in a single table and 10 million related loss records.

The hardest part about using MSSQL is getting the large quantities of data into the database. Recommend some research on this item before hand as it can be tricky.
Reply With Quote
  #12  
Old 12-02-2002, 06:25 PM
IMHO IMHO is offline
Member
 
Join Date: Oct 2002
Location: Central Asia->East Europe->NY->NJ->East Europe
Posts: 208
Default

Quote:
Originally Posted by snafu
The hardest part about using MSSQL is getting the large quantities of data into the database. Recommend some research on this item before hand as it can be tricky.
That's why I would recommend MSSQL Server. It has the best instruments for upload/data manipulation. There is nothing tricky in DBF files upload.
And I have never heard it is expensive. Talking about security issues with people who are happy with FoxPro is a joke itself.
Reply With Quote
  #13  
Old 01-26-2007, 11:37 PM
wtt wtt is offline
Member
 
Join Date: Jan 2007
Posts: 108
Default

Quote:
Originally Posted by IMHO View Post
That's why I would recommend MSSQL Server. It has the best instruments for upload/data manipulation. There is nothing tricky in DBF files upload.
And I have never heard it is expensive. Talking about security issues with people who are happy with FoxPro is a joke itself.
MySQL is good. It is not only free, it also has the web admin interface developed by other people.
Reply With Quote
  #14  
Old 01-27-2007, 11:29 AM
vchagas's Avatar
vchagas vchagas is offline
Member
 
Join Date: Jan 2007
Location: Lisbon, Portugal
Studying for Solvency II
Posts: 286
Default

If there is budget, I would recomend SAS. It does everything a DBMS do (for actuarial purposes) and much more.

Like many others I followed the Microsoft PATH
ACCESS -> FOX PRO -> SQL SERVER

But eventually ended up with the following configuration:
SAS 9.1 Analytics Server + SAS/ACCESS for ODBC + Enterprise Guide 4.1

No more size limits (except disk capacity), no more needs to compact the databases and endless logs.
Reply With Quote
  #15  
Old 09-27-2011, 06:33 AM
MillyT MillyT is offline
 
Join Date: Aug 2011
Posts: 1
Default

Hello, does anyone know about some of the advantages and disadvantages of moving a mysql system to the cloud using cloud database solutions (such as this one), any known pitfalls to be aware of, and how do I know that it's time to move to a cloud based solution, or on the contrary that a system isn't fit for cloud environment.
Any thought will be appreciated,

Thanks,
Milly.
Reply With Quote
  #16  
Old 09-27-2011, 07:48 AM
ADoubleDot's Avatar
ADoubleDot ADoubleDot is offline
Member
 
Join Date: Nov 2007
Location: Slightly Dusty South
Studying for the rest of my life
Posts: 36,213
Default

Quote:
Originally Posted by Polly Nomial View Post
In FoxPro we have it set up so that the data files reside on a separate server, but any data handling is done on our C drive. (probably explains why we have 37 gig hard drives) I assume you are talking about not using the C drive for this purpose. Is this a setup issue or is it the way the software works?



I don't understand "µserf ." Is that a typo or just a term I don't know?


It's the Evil Empire of Redmond!
Was 37 GB considered large in 2002? Seems odd.
__________________
Freedom comes at a price.... And that price is less Freedom.

**** Juan.
Reply With Quote
  #17  
Old 09-27-2011, 08:25 AM
atfl atfl is offline
Member
CAS AAA
 
Join Date: Nov 2010
Posts: 227
Default

Quote:
Originally Posted by ADoubleDot View Post
Was 37 GB considered large in 2002? Seems odd.
I think my largest MP3 back then was ~9MB. Biggest game install was 2 or 3GB. Now my smallest FLAC or game are of those sizes.

I could see how a 37GB database could be considered gigantic.

Heck I remember someone with a terabyte of total hard drive space in '02 was picked on for amassing a collection of pr0n of that size (no other reason one needed that much space).
Reply With Quote
  #18  
Old 09-27-2011, 09:08 AM
AndrewC's Avatar
AndrewC AndrewC is offline
Member
 
Join Date: Aug 2010
Posts: 864
Default

There are a few things that you may want to consider:

- performance
- scalability
- manageability
- security
- extensibility

And today's enterprise grade database offers more than just data storage and access; they also provide features like reports, business intelligence, data migration, data mining, master data management. You don't often find these features from desktop database software such as Access and FoxPro.

If you're using FoxPro, I assume you are not just using its database feature, you may be using its development tool as well. Are you going to migrate the development part to something else as well?
__________________
AC.
Reply With Quote
  #19  
Old 09-27-2011, 09:43 AM
SpaceActuary's Avatar
SpaceActuary SpaceActuary is offline
Member
 
Join Date: Apr 2010
College: Drake U
Posts: 467
Default

This was a 9-year-old thread that got bumped...

Quote:
Originally Posted by MillyT View Post
Hello, does anyone know about some of the advantages and disadvantages of moving a mysql system to the cloud using cloud database solutions (such as this one), any known pitfalls to be aware of, and how do I know that it's time to move to a cloud based solution, or on the contrary that a system isn't fit for cloud environment.
Any thought will be appreciated,

Thanks,
Milly.
__________________
And all this science, I don't understand; It's just my job five days a week...a rocket man, a rocket man...

"I'm from Iowa. I only work in space." - Adm. James T. Kirk
Reply With Quote
  #20  
Old 09-27-2011, 10:35 AM
AndrewC's Avatar
AndrewC AndrewC is offline
Member
 
Join Date: Aug 2010
Posts: 864
Default

Quote:
Originally Posted by MillyT View Post
Hello, does anyone know about some of the advantages and disadvantages of moving a mysql system to the cloud using cloud database solutions (such as this one), any known pitfalls to be aware of, and how do I know that it's time to move to a cloud based solution, or on the contrary that a system isn't fit for cloud environment.
Any thought will be appreciated,

Thanks,
Milly.
Advantage and disadvantage are relative! Are you running mySQL on Linux or windows? What is your business continuity plan? What is your current application configuration? Windows application? Web application? ASP.Net? J2EE? Web Services?

You may also want to examine if there is any legal obligation or business requirements, e.g. you have to store the data in your own country.


It is difficult to make a recommendation without knowing the background.


But you may want to compare more than 1 cloud provider, e.g.

http://aws.amazon.com/ec2/
http://www.microsoft.com/windowsazure/

At least Apple choose both Amzon and Microsoft to be its iCloud provider.
__________________
AC.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off


All times are GMT -4. The time now is 12:56 AM.


Powered by vBulletin®
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
*PLEASE NOTE: Posts are not checked for accuracy, and do not
represent the views of the Actuarial Outpost or its sponsors.
Page generated in 0.42858 seconds with 7 queries