 |
|
Welcome to the Invelos forums. Please read the forum
rules before posting.
Read access to our public forums is open to everyone. To post messages, a free
registration is required.
If you have an Invelos account, sign in to post.
|
|
|
|
Invelos Forums->General: General Discussion |
Page:
1... 5 6 7 Previous Next
|
RIP DVDProfiler |
|
|
|
Author |
Message |
Registered: April 1, 2007 | Posts: 22 |
| Posted: | | | | Quoting movie_madness: Quote: Quoting TheMadMartian:
Quote: Quoting movie_madness:
Quote: Quoting DarklyNoon:
Quote:
This looks amazing, do you make this available for others too?
If I shared my work with others, I would violate IMDb's terms the same way DVD Profiler would, I believe, because my tool imports heavily from IMDb. I'm a little late to this but I don't think he meant sharing your database data, just your database design. I use Microsoft Office but don't have the programming skills to create something this nice so would definitely be interested in the design.
Sharing my design would mean sharing how I obtain data from IMDb, which I'm also reluctant to do because the legality of doing so is also not so clear cut, due to IMDB's usage terms.
My app requires Microsoft SQL Server when it runs, so unless you have that set up at your end, you can't even open my app. In short, my app is not easily distributable due to various reasons. It is not designed to be distributed anyway.
To understand my design, you would need to be proficient in relational database first (which is a college sophomore-level subject). My app and DVD Profiler are basically "database applications" that rely much on the fundamental principles of relational database, which include topics like indices, data types, data structures, referential integrity, relationship, etc.
I can give you a glimpse of what my app does by way of a video or two (here is a brief video of how my tool retrieves IMDb cast and crew). But this is no way to show you truly what my design entails. Movie_madness, May I ask what you use to create the interface for your DB? I am pretty good at designing databases and sql programming, but it’s been a while since I prigrammed a front end. What I end up doing is using Access as a front end, but that can be limiting. I used to use Delphi ages ago, but again not sure what is available today. claudio |
| Registered: March 18, 2007 | Reputation:  | Posts: 1,669 |
| Posted: | | | | Quoting ccla: Quote: Movie_madness,
May I ask what you use to create the interface for your DB? I am pretty good at designing databases and sql programming, but it’s been a while since I prigrammed a front end. What I end up doing is using Access as a front end, but that can be limiting. I used to use Delphi ages ago, but again not sure what is available today.
claudio He's mentioned that Microsoft Office is required so my guess is Microsoft Access. |
| Registered: April 1, 2007 | Posts: 22 |
| Posted: | | | | Quoting rdodolak: Quote: Quoting ccla:
Quote: Movie_madness,
May I ask what you use to create the interface for your DB? I am pretty good at designing databases and sql programming, but it’s been a while since I prigrammed a front end. What I end up doing is using Access as a front end, but that can be limiting. I used to use Delphi ages ago, but again not sure what is available today.
claudio
He's mentioned that Microsoft Office is required so my guess is Microsoft Access. Wow, if that is the case I am impressed. Did not use Access in a few years as I usually create databases and the use Power Pivot to access the data (dealing with financial data in my case). But if that is the result, it might be time to look back into it!! EDITED for spelling and location of my reply. | | | Last edited: by ccla |
| Registered: August 7, 2007 | Posts: 107 |
| Posted: | | | | Microsoft Access is getting more and more outdated, unfortunately, both as a database back end and front end. As back end, I use Microsoft SQL Server, which is more robust, supports local and online usages, and is free -- unlike Access, which costs over $100 and is good mostly for local network or single-PC use. To make front ends, Microsoft Visual Studio is also free, has more features, and supports more platforms (web, desktop, mobile) than Access, which can only run on desktop Windows PCs. Visual Studio can also create stand-alone executable files (.exe) of your apps, which Access can't do. Currently I'm trying to re-create my app with Visual Studio because I won't use Access forever for all the reasons above.
I've used Access since the 90s in my old job, when Internet was slow and not yet widespread, so everything was run on LAN or single PCs, which was what Access was built for. But nowadays that is an outdated way of doing things in both personal and business applications. Use Access only if you have a lot of legacy, 90s/2000s apps you need to take care of (which I do). Otherwise, if you have long-term goals and want something more modern, use something else. |
|
|
Invelos Forums->General: General Discussion |
Page:
1... 5 6 7 Previous Next
|
|
|
|
|
|
|
|
 |