Jump to content

fenway

Staff Alumni
  • Posts

    16,168
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by fenway

  1. What?
  2. Actually, it's much better to use INSERT ON DUPLICATE KEY UPDATE, or REPLACE with a UNIQUE KEY, if you're actually going to maintain a stack.
  3. This topic has been moved to PHP Coding Help. http://www.phpfreaks.com/forums/index.php?topic=347165.0
  4. Sorry, I don't know what that means
  5. You can store the sum into a user variable that you keep incrementing -- just remember to set it in the same statement.
  6. What you show and what you submit shouldn't be the same.
  7. Differences between rows requires a join.
  8. It orders "by" whatever your column type is.
  9. It's often quite beneficial to have a unique id for each record in each table.
  10. I mean you don't care why it was found?
  11. You want to order the results by date, regardless of the table of origin?
  12. mysql_fetch_assoc() will give you the hash you seek.
  13. That's becuase you have GROUP BY.
  14. You can't do that -- you can't select non-GROUP BY fields that aren't aggregates. Column2 is likely garbage.
  15. Well, you need to tell me how $you, $friend and $username are related first.
  16. If you're looking for code for your entire problem, you're in the wrong forum.
  17. MySQL has a number of GUI Tools.
  18. Well, you'll need to run that count(*) from each username -- which I assume is $you in the first query?
  19. Yes, but mysql_result() is very slow.
  20. I don't understand what that means.
  21. You have part1...part9 -- those are duplicates.
  22. You can use STR_TO_DATE() and %V and %X.
  23. You normalize your database.
  24. I'm sorry, you want to group by what?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.