Originally posted by MarillionFan
View Post
- Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
- Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Data Modellng tools?
Collapse
X
-
Well done. OK, so now, how do you model human behaviour? If BI is a fancy name for statistical modelling/SPSS, how do you make predictions of future events with a system that has so much human involvement?"Never argue with stupid people, they will drag you down to their level and beat you with experience". Mark Twain -
You're now talking about predictive modelling. Which is based on analyzing the past. BI is Business Intelligence which encompasses all available tools. PM me if you want my catalogue shots.Originally posted by scooterscot View PostWell done. OK, so now, how do you model human behaviour? If BI is a fancy name for statistical modelling/SPSS, how do you make predictions of future events with a system that has so much human involvement?What happens in General, stays in General.You know what they say about assumptions!Comment
-
So your assuming the conditions of the past are the same as those in the future? Ekk! We engineers would be shot down in flames for making such an assumption.Originally posted by MarillionFan View PostYou're now talking about predictive modelling. Which is based on analyzing the past.
Are they available with handcuffs?Originally posted by MarillionFan View PostPM me if you want my catalogue shots."Never argue with stupid people, they will drag you down to their level and beat you with experience". Mark TwainComment
-
Predictive modelling is about using the conditions of the past to make assumptions about the future. Not the same.Originally posted by scooterscot View PostSo your assuming the conditions of the past are the same as those in the future? Ekk! We engineers would be shot down in flames for making such an assumption.
Are they available with handcuffs?What happens in General, stays in General.You know what they say about assumptions!Comment
-
For the most part I would agree, however, the exact conditions of past and present are rarely identical making for poor predictions. Sometimes with the smallest assumptions having the largest impacts.Originally posted by MarillionFan View PostPredictive modelling is about using the conditions of the past to make assumptions about the future.
Would you use predictive modelling to look at past share prices to make assumptions about future share prices without considering the conditions of the here and now?
Same question for climate models...
Now how about for an aero engine?"Never argue with stupid people, they will drag you down to their level and beat you with experience". Mark TwainComment
-
Thanks guys.
Just to let you know, I'm in the foot hills with this.
Scooterscot, I mean this sort of thing.
Data modeling"I can put any old tat in my sig, put quotes around it and attribute to someone of whom I've heard, to make it sound true."
- Voltaire/Benjamin Franklin/Anne Frank...Comment
-
Originally posted by cojak View PostThanks guys.
Just to let you know, I'm in the foot hills with this.
Scooterscot, I mean this sort of thing.
Data modeling
Ach zo, reminds me of a mind map."Never argue with stupid people, they will drag you down to their level and beat you with experience". Mark TwainComment
-
There are all kinds of models - even in software engineering. For instance the whole UML suite of models that look at a system from interactions, classes, use cases etc.
What Cojak is asking about, specifically is Data Modelling.
There are two main approaches to this. Choose betweent them based on the size and complexity of the project. But basically it involves designing a database schema.
If the system is not too complicated, you can get away with stamping out a few database tables as you go along. Most developers work this way. The model is refined through stages of 'Normalisation' through first (1NF), second (2NF) and third Normal Form (3NF). Most people stop at 3NF, but it is possible, and painful, to go as far as Domain Key Normal Form (7NF), but I've never done it and neither can I even remember how it works. These techniques allow you massage a bad or roughly designed data model into good quality, highly flexible database with a good balance of efficiency between quierying and use of storage.
As you start working on large distributed apps that cover vast and complex data requirements, you need to engage in some proper data modelling instead - the second approach that Cojak has been tasked with. This involves analysis and interviews with the client to gather their business data requirements. You then build a series of 'External Views' (a silly name really, because they are more like internal views) the data types. These diagrams are represented as Entities, Attributes and Relationships. A popular diagram technique is the ER diagram, but this confuses the heck out of non-techies, whose input is vital. I've already recommended the Kalido BIM tool as the replacement for ER diagram app like ERWin).
The collection of 'External Views' is concatenated into the Conceptual Model of the entire system. From this, a process of transformation is used to turn these Entities, Attributes and Relationships into relational database Tables, Columns and keys. This gives you the Logical, and finally the Physical model (the final SQL DDL with the CREATE Table statements needed to build the database schema in SQL Server/Oracle/MySQL).When you encounter speed humps, sound your horn in protest.Comment
-
Or you drop the whole pointless exercise and dump the whole data as XML, noSQL or RDF triples.Originally posted by beercohol View PostThere are all kinds of models - even in software engineering. For instance the whole UML suite of models that look at a system from interactions, classes, use cases etc.
What Cojak is asking about, specifically is Data Modelling.
There are two main approaches to this. Choose betweent them based on the size and complexity of the project. But basically it involves designing a database schema.
If the system is not too complicated, you can get away with stamping out a few database tables as you go along. Most developers work this way. The model is refined through stages of 'Normalisation' through first (1NF), second (2NF) and third Normal Form (3NF). Most people stop at 3NF, but it is possible, and painful, to go as far as Domain Key Normal Form (7NF), but I've never done it and neither can I even remember how it works. These techniques allow you massage a bad or roughly designed data model into good quality, highly flexible database with a good balance of efficiency between quierying and use of storage.
As you start working on large distributed apps that cover vast and complex data requirements, you need to engage in some proper data modelling instead - the second approach that Cojak has been tasked with. This involves analysis and interviews with the client to gather their business data requirements. You then build a series of 'External Views' (a silly name really, because they are more like internal views) the data types. These diagrams are represented as Entities, Attributes and Relationships. A popular diagram technique is the ER diagram, but this confuses the heck out of non-techies, whose input is vital. I've already recommended the Kalido BIM tool as the replacement for ER diagram app like ERWin).
The collection of 'External Views' is concatenated into the Conceptual Model of the entire system. From this, a process of transformation is used to turn these Entities, Attributes and Relationships into relational database Tables, Columns and keys. This gives you the Logical, and finally the Physical model (the final SQL DDL with the CREATE Table statements needed to build the database schema in SQL Server/Oracle/MySQL).
The problem: Normalisation only applies if you store your stuff as traditional relational tables.
Squeezing your data as tables will result in more efficient queries as long as users don't try to put unexpected, structured data in your flat row (hint: that will happen always)
Consider a simple (real life) scheme: registering cars parked in a garage.
Initially it was simple enough - registration numbers were used
Eventually a car from abroad came - the validation was loosened to allow any text.
As now it was loose some gurds started registering mopeds, bicycles, all kinds of tulip using the now free form text field - as there was no other place to put it.
I guess one could have done a very long list of fields to classify an object stored in a garage - some people stored shopping carts, how does your 7th form normalisation deal with "Real Life(™)"?Comment
-
Bit of a crap example really, the vehicle registration would either have to be free text or have a DVLA lookup to cope with personalised number plates.Originally posted by xchaotic View PostConsider a simple (real life) scheme: registering cars parked in a garage.
Initially it was simple enough - registration numbers were used
Eventually a car from abroad came - the validation was loosened to allow any text.
As now it was loose some gurds started registering mopeds, bicycles, all kinds of tulip using the now free form text field - as there was no other place to put it.
I guess one could have done a very long list of fields to classify an object stored in a garage - some people stored shopping carts, how does your 7th form normalisation deal with "Real Life(™)"?
10-12 characters limited to a-Z, 0-9 would be enough for any foreign cars (foreign car registrations may contain a dash - but this could be ignored)
The guards should have been told to stop ******* about and trying to register bicycles on a system made for recording cars which needed parking in the garage.Coffee's for closersComment
- Home
- News & Features
- First Timers
- IR35 / S660 / BN66
- Employee Benefit Trusts
- Agency Workers Regulations
- MSC Legislation
- Limited Companies
- Dividends
- Umbrella Company
- VAT / Flat Rate VAT
- Job News & Guides
- Money News & Guides
- Guide to Contracts
- Successful Contracting
- Contracting Overseas
- Contractor Calculators
- MVL
- Contractor Expenses
Advertisers
Contractor Services
CUK News
- How salary sacrifice pension changes will hit contractors Yesterday 07:48
- All the big IR35/employment status cases of 2025: ranked Dec 23 08:55
- Why IT contractors are (understandably) fed up with recruitment agencies Dec 22 13:57
- Contractors, don’t fall foul of HMRC’s expenses rules this Christmas party season Dec 19 09:55
- A delay to the employment status consultation isn’t why an IR35 fix looks further out of reach Dec 18 08:22
- How asking a tech jobs agency basic questions got one IT contractor withdrawn Dec 17 07:21
- Are Home Office immigration policies sacrificing IT contractors for ‘cheap labour’? Dec 16 07:48
- Will 2026 see the return of the ‘Outside IR35’ contractor? Dec 15 07:51
- Contractors, Reeves’ dividends raid is disastrous. Act, but without acceptance Dec 12 07:10
- Why JSL indemnity clauses putting umbrella contractors on the hook could be a PR disaster Dec 11 07:36

Comment