Skip to main content

Harmful Girls : Way of looking


How it is harmful :
Girls are beautiful, intelligent, and altogether wonderful creatures... at least for the most part. There are several harmful types of girls you should avoid dating to help save your emotional, physical, and even financial well being. These types of girls are usually selfish and/or have bad habits that make them harmful to date. To get the scoop on these types of girls and how to identify them.
1. Spoiled Brats : Spoiled brats make bad dating options because of their unrealistic expectations and unwillingness to acknowledge their flaws. If you decide to date a spoiled brat, you should expect to do a lot of work without getting any credit for it.

2. Players : Players will charm, seduce, and even date you, but they'll never start a real relationship with you. They're bad to date because they jump from guy to guy and don't offer any real long term potential.

3. Party Girls : Party girls aren't any good to date because they just love partying too much. If you aren't much of a party guy yourself, this can cause some problems down the road.

4. Gold Diggers : Gold diggers will go to great lengths to find and date men with money. This is a problem because they want to live a life of luxury without having to work for it. Gold diggers are usually very shallow and value money and material possessions more than anything else.

5. Psychos : If you decide to date a psycho, you better be prepared for some very serious challenges. Psycho girls are characterized by being insecure, controlling, manipulative, and needy. Like the many other types of girls on this list, psychos are very selfishly motivated. If that isn't bad enough, they're the most difficult type of girl to break up with. If you start a serious relationship with a psycho and she becomes dependent on you, breaking up with her will take more than just a talk. She'll kick and scream to the very end and might even make threats against you or herself. This is where things can get really dangerous for your emotional and physical well being.

Comments

Popular posts from this blog

Listener refused the connection due to NetExcepti​on

I was testing some piece of code for calculation of new date on the basis of a given pattern and the specified date. I wrote a method to automate the test cases to generates those patterns and calculate the new date for each date of the specified date of the range of years. Since there were around 1 million pattern test cases are possible, so I want to insert this data in database for any future reference. After creating a pattern I was inserting data of the pattern and the calculation date along with the calculated date. It was working fine. I was prepare to hit the start button now, after testing different patterns individually. I hit the run button and it started its executions, but in the middle, I got this error. java.sql.SQLException: Listener refused the connection with the following error:ORA-12516, TNS:listener could not find available handler with matching protocol stack       at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:4...

B*Tree Reverse index

B*Tree Reverse index is one of the index types that is supported by oracle. It more or less behaves like b*tree unique & non-unique index but only difference is the way it constructs the tree. In this index, index value is stored in the reverse direction when compared to the values in the actual data table. This index is used in order to distribute the index data evenly across all the leaf index nodes if table data is skewed very high. Like b*tree index, this index doesn’t understand NULL. This B*Tree Reverse index can be created on a single column or more than one column. More than one B*Tree Reverse index can be created for the same data table. HOW TO VERIFY: How to verify whether the created index is reverse index or not? Fire this query, select index_type from user_indexes where index_name = 'DEPT_ID_INDX' ð   This query would return “ NORMAL/REV ” (it means it is B*Tree index but of “Reverse” type) LITTLE-KNOWN FACTS TO BE REMEMBERED: ·      ...

Hash Natural Join

To perform hash join, Oracle follows these steps: 1.      Oracle chooses the smallest of two tables as the hash table (otherwise called as driving table). Oracle built the hash table in RAM after applying the hash function on the joining column(s) of the driving table. 2.      Oracle chooses the other [big] table as the probe table (otherwise called as driven table or probing table). It traverse through all the records of this probe table, applies the same hash function on the joining column(s) [column(s) used to join these two tables] and will hit the corresponding entry in the hash table. 3.      Oracle returns the output if a record from driving table is already present in the same hash key, else no record will be returned. It may look like Nested loop join & Hash join have the same architecture since both these have the concept of driving & driven tables but they have entirely different design if you closely look a...