Mailing List
Home
MySQL General - General MySQL discussion
MaxDB - Everything about MaxDB, formerly known as SAP DB
MySQL on Win32 - Runing MySQL on Windows 9x/Me/NT/2000/XP
Java Help - Mostly related to the MySQL Connector/J driver
ODBC - ODBC with the MySQL Connector/ODBC driver
Perl - Perl support for MySQL with DBI and DBD::mysql
MySQL++ - Programming with the C++ API to MySQL
Subjects
mysql openssl Question
mysql:it 's a db not a dbms how it 's possible?!
Does the binary log enabling affect the MySQL performances?
Strange behavior, Table Level Permission
FULLTEXT query format question
Preventing Duplicate Entries
Comparing and writing out BLOBS
Executing MySQL Commands From Within C Program
Can 't access mysql after kernel upgrade
Mysql 4 0 Oracle Stored Procedure Trigger Conversion
Downgrade Mysql from 4 to 3 23
MySQL Cluster Software
mysql test 4 1 fails with the gis test
ERROR 2002: Can 't connect to local MySQL server through socket
Getting Identity after INSERT
Update one field with more fields from another table
ERROR 1045: Access denied for user: 'root@localhost ' (Using
password: NO)
mysql have same function mthod as Oracle decode()
 
Search:  
Power your search with and, or, +, -, or "some phrase" operators.
Preventing Duplicate Entries

Preventing Duplicate Entries

2004-03-21       - By Jim Richardson

 Back
Reply:     1     2     3  

On Sun, Mar 21, 2004 at 07:24:48PM -0800, Axel IS Main wrote:
>I have a php app that updates an ever growing table with new
>information on a regular basis. Very often the information is
>duplicated. I 'm currently handling this by checking the table for
>duplicate values every time I go to add new data. As you can imagine,
>as the table grows it takes longer and longer for this to happen, and
>the process gets slower and slower. In order to speed things up I 'm
>wondering of it might not be a good idea to not allow duplication in a
>given field. The question is, if there is a duplicate, how will MySQL
>react? And what 's the best way to manage that reaction? Also, will this
>actually be faster than doing it the way I 'm doing it now?
>


Perhaps you could hash all the field values into a single 32bit value,
then check for that value in the hash field. You might get a false
positive, but they will be few and far between.

--
Jim Richardson http://www.eskimo.com/~warlock
The race isn 't always to the swift, nor the battle to the strong,
But it 's the safest way to bet.