Optimization suggestions

--0-7130395-1260815481=:26908
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

I have following table structure, I have to use merge storage engine.=0APle=
ase have a look, and provide feedback if theres some thing wrong or if ther=
e's space for optimization. =0A/*Table structure for table `messages20=
09` */ CREATE TABLE `messages2009` (=0A `id` varchar(36) NOT NULL def=
ault '',=0A `folderid` varchar(36) NOT NULL default '',=0A `fromid` int(1=
1) NOT NULL default '0',=0A `fromtype` varchar(10) NOT NULL default '',=0A=
`toid` int(11) NOT NULL default '0',=0A `totype` varchar(10) NOT NULL de=
fault '',=0A `subject` varchar(255) default NULL,=0A `body` text,=0A `re=
adbyrecipient` tinyint(1) NOT NULL default '0',=0A `deletedbyauthor` tinyi=
nt(1) NOT NULL default '0',=0A `deletedbyrecipient` tinyint(1) NOT NULL de=
fault '0',=0A `threadid` varchar(36) NOT NULL default '',=0A `senttime` t=
imestamp NOT NULL default CURRENT_TIMESTAMP,=0A PRIMARY KEY (`id`),=0A K=
EY `folderid` (`folderid`),=0A KEY `threadid` (`threadid`),=0A KEY `inbox=
folderindex` (`folderid`,`toid`,`totype`),=0A KEY `sentitemsindex` (`fromi=
d`,`fromtype`)=0A) ENGINE=3DMyISAM DEFAULT CHARSET=3Dlatin1; /*Table s=
tructure for table `messages` */=0A/*Merge table definition that covers all=
message tables*/ CREATE TABLE `messages` (=0A `id` varchar(36) NOT N=
ULL default '',=0A `folderid` varchar(36) NOT NULL default '',=0A `fromid=
` int(11) NOT NULL default '0',=0A `fromtype` varchar(10) NOT NULL default=
'',=0A `toid` int(11) NOT NULL default '0',=0A `totype` varchar(10) NOT =
NULL default '',=0A `subject` varchar(255) default NULL,=0A `body` text,=
=0A `readbyrecipient` tinyint(1) NOT NULL default '0',=0A `deletedbyautho=
r` tinyint(1) NOT NULL default '0',=0A `deletedbyrecipient` tinyint(1) NOT=
NULL default '0',=0A `threadid` varchar(36) NOT NULL default '',=0A `sen=
ttime` timestamp NOT NULL default CURRENT_TIMESTAMP,=0A PRIMARY KEY (`id`=
),=0A KEY `folderid` (`folderid`),=0A KEY `threadid` (`threadid`),=0A KE=
Y `inboxfolderindex` (`folderid`,`toid`,`totype`),=0A KEY `sentitemsindex`=
(`fromid`,`fromtype`)=0A) ENGINE=3DMRG_MyISAM DEFAULT CHARSET=3Dlatin1 INS=
ERT_METHOD=3DLAST UNION=3D(`messages2009`); =0A =0A =0ASudh=
ir NimavatSenior software engineer. =0AQuick start global PVT LTD.=0ABaroda=
- 390007=0AGujarat, India Personally I'm always ready to learn, altho=
ugh I do not always like being taught =0A The INTERNET now has a =
personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/
--0-7130395-1260815481=:26908--

Re: Optimization suggestions

--0016e6d644f5fa2b71047ab6082a
Content-Type: text/plain; charset=ISO-8859-1

After one very quick look, the index on folderid alone is unnecessary since
you have another index in which that field is the high-order field.

On Mon, Dec 14, 2009 at 12:31 PM, Sudhir N wrote:

> I have following table structure, I have to use merge storage engine.
> Please have a look, and provide feedback if theres some thing wrong or if
> there's space for optimization.
>
>
> /*Table structure for table `messages2009` */
>
> CREATE TABLE `messages2009` (
> `id` varchar(36) NOT NULL default '',
> `folderid` varchar(36) NOT NULL default '',
> `fromid` int(11) NOT NULL default '0',
> `fromtype` varchar(10) NOT NULL default '',
> `toid` int(11) NOT NULL default '0',
> `totype` varchar(10) NOT NULL default '',
> `subject` varchar(255) default NULL,
> `body` text,
> `readbyrecipient` tinyint(1) NOT NULL default '0',
> `deletedbyauthor` tinyint(1) NOT NULL default '0',
> `deletedbyrecipient` tinyint(1) NOT NULL default '0',
> `threadid` varchar(36) NOT NULL default '',
> `senttime` timestamp NOT NULL default CURRENT_TIMESTAMP,
> PRIMARY KEY (`id`),
> KEY `folderid` (`folderid`),
> KEY `threadid` (`threadid`),
> KEY `inboxfolderindex` (`folderid`,`toid`,`totype`),
> KEY `sentitemsindex` (`fromid`,`fromtype`)
> ) ENGINE=MyISAM DEFAULT CHARSET=latin1;
>
> /*Table structure for table `messages` */
> /*Merge table definition that covers all message tables*/
>
> CREATE TABLE `messages` (
> `id` varchar(36) NOT NULL default '',
> `folderid` varchar(36) NOT NULL default '',
> `fromid` int(11) NOT NULL default '0',
> `fromtype` varchar(10) NOT NULL default '',
> `toid` int(11) NOT NULL default '0',
> `totype` varchar(10) NOT NULL default '',
> `subject` varchar(255) default NULL,
> `body` text,
> `readbyrecipient` tinyint(1) NOT NULL default '0',
> `deletedbyauthor` tinyint(1) NOT NULL default '0',
> `deletedbyrecipient` tinyint(1) NOT NULL default '0',
> `threadid` varchar(36) NOT NULL default '',
> `senttime` timestamp NOT NULL default CURRENT_TIMESTAMP,
> PRIMARY KEY (`id`),
> KEY `folderid` (`folderid`),
> KEY `threadid` (`threadid`),
> KEY `inboxfolderindex` (`folderid`,`toid`,`totype`),
> KEY `sentitemsindex` (`fromid`,`fromtype`)
> ) ENGINE=MRG_MyISAM DEFAULT CHARSET=latin1 INSERT_METHOD=LAST
> UNION=(`messages2009`);
>
>
>
>
>
>
> Sudhir NimavatSenior software engineer.
> Quick start global PVT LTD.
> Baroda - 390007
> Gujarat, India
>
> Personally I'm always ready to learn, although I do not always like being
> taught
>
>
> The INTERNET now has a personality. YOURS! See your Yahoo! Homepage.
> http://in.yahoo.com/




--
Jim Lyons
Web developer / Database administrator
http://www.weblyons.com

--0016e6d644f5fa2b71047ab6082a--

RE: Optimization suggestions

SWQgc2hvdWxkIHByb2JhYmx5IGJlIGFuIGF1dG9faW5jcmVtZW50aW5nIElO VCwgaWYgeW91IHN0
aWxsIG5lZWQgYSB1bmlxdWUgdGV4dCBpZGVudGlmaWVyLCB0aGVuIEkgd291 bGQgbWFrZSBhIHNl
cGFyYXRlIGZpZWxkLiAgVGhvdWdoIG15IG9waW5pb24gaXNuJ3QgdGhlIG9u bHkgd2F5OyB0aGVy
ZSBpcyBtdWNoIGRlYmF0ZSBvbiBuYXR1cmFsIHZzLiBzdXJyb2dhdGUga2V5 cy4NCg0KSSB3b3Vs
ZCBub3JtYWxpemUgImZvbGRlcmlkIiBpbnRvIGEgbG9va3VwIGluIGFub3Ro ZXIgdGFibGUsIGFu
ZCBtYWtlIGZvbGRlcmlkIGFuIElOVCB2YWx1ZS4NCg0KVGhyZWFkaWQgaXMg YW5vdGhlciBmaWVs
ZCB0aGF0IHdvdWxkIHByb2JhYmx5IGJlIGJldHRlciBhcyBhbiBJTlQuDQoN CkFzIGZvciB5b3Vy
IGluZGV4ZXMsIHRoZXkgZGVwZW5kIGNvbXBsZXRlbHkgb24gd2hhdCB0eXBl IG9mIHF1ZXJpZXMg
eW91J3JlIGdvaW5nIHRvIGJlIHJ1bm5pbmcuICBPbmNlIHlvdSBrbm93IHRo YXQsIHRoZW4geW91
IGNhbiB0ZXN0IHRoZW0gdXNpbmcgc2FtcGxlIGRhdGEgYW5kIEVYUExBSU4u DQoNCmh0dHA6Ly9k
ZXYubXlzcWwuY29tL2RvYy9yZWZtYW4vNS4wL2VuL2V4cGxhaW4uaHRtbA0K aHR0cDovL2Rldi5t
eXNxbC5jb20vZG9jL3JlZm1hbi81LjAvZW4vbXlzcWwtaW5kZXhlcy5odG1s DQoNCkFib3V0IG5v
cm1hbGl6YXRpb246DQpodHRwOi8vZGV2Lm15c3FsLmNvbS90ZWNoLXJlc291 cmNlcy9hcnRpY2xl
cy9pbnRyby10by1ub3JtYWxpemF0aW9uLmh0bWwNCg0KDQpSZWdhcmRzLA0K R2F2aW4gVG93ZXkN
Cg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogU3VkaGly IE4gW21haWx0bzpz
dWRoaXJfbmltYXZhdEB5YWhvby5jb21dDQpTZW50OiBNb25kYXksIERlY2Vt YmVyIDE0LCAyMDA5
IDEwOjMxIEFNDQpUbzogTXlzcWwNClN1YmplY3Q6IE9wdGltaXphdGlvbiBz dWdnZXN0aW9ucw0K
DQpJIGhhdmUgZm9sbG93aW5nIHRhYmxlIHN0cnVjdHVyZSwgSSBoYXZlIHRv IHVzZSBtZXJnZSBz
dG9yYWdlIGVuZ2luZS4NClBsZWFzZSBoYXZlIGEgbG9vaywgYW5kIHByb3Zp ZGUgZmVlZGJhY2sg
aWYgdGhlcmVzIHNvbWUgdGhpbmcgd3Jvbmcgb3IgaWYgdGhlcmUncyBzcGFj ZSBmb3Igb3B0aW1p
emF0aW9uLg0KDQoNCi8qVGFibGUgc3RydWN0dXJlIGZvciB0YWJsZSBgbWVz c2FnZXMyMDA5YCAq
Lw0KDQpDUkVBVEUgVEFCTEUgYG1lc3NhZ2VzMjAwOWAgKA0KICBgaWRgIHZh cmNoYXIoMzYpIE5P
VCBOVUxMIGRlZmF1bHQgJycsDQogIGBmb2xkZXJpZGAgdmFyY2hhcigzNikg Tk9UIE5VTEwgZGVm
YXVsdCAnJywNCiAgYGZyb21pZGAgaW50KDExKSBOT1QgTlVMTCBkZWZhdWx0 ICcwJywNCiAgYGZy
b210eXBlYCB2YXJjaGFyKDEwKSBOT1QgTlVMTCBkZWZhdWx0ICcnLA0KICBg dG9pZGAgaW50KDEx
KSBOT1QgTlVMTCBkZWZhdWx0ICcwJywNCiAgYHRvdHlwZWAgdmFyY2hhcigx MCkgTk9UIE5VTEwg
ZGVmYXVsdCAnJywNCiAgYHN1YmplY3RgIHZhcmNoYXIoMjU1KSBkZWZhdWx0 IE5VTEwsDQogIGBi
b2R5YCB0ZXh0LA0KICBgcmVhZGJ5cmVjaXBpZW50YCB0aW55aW50KDEpIE5P VCBOVUxMIGRlZmF1
bHQgJzAnLA0KICBgZGVsZXRlZGJ5YXV0aG9yYCB0aW55aW50KDEpIE5PVCBO VUxMIGRlZmF1bHQg
JzAnLA0KICBgZGVsZXRlZGJ5cmVjaXBpZW50YCB0aW55aW50KDEpIE5PVCBO VUxMIGRlZmF1bHQg
JzAnLA0KICBgdGhyZWFkaWRgIHZhcmNoYXIoMzYpIE5PVCBOVUxMIGRlZmF1 bHQgJycsDQogIGBz
ZW50dGltZWAgdGltZXN0YW1wIE5PVCBOVUxMIGRlZmF1bHQgQ1VSUkVOVF9U SU1FU1RBTVAsDQog
IFBSSU1BUlkgS0VZICAoYGlkYCksDQogIEtFWSBgZm9sZGVyaWRgIChgZm9s ZGVyaWRgKSwNCiAg
S0VZIGB0aHJlYWRpZGAgKGB0aHJlYWRpZGApLA0KICBLRVkgYGluYm94Zm9s ZGVyaW5kZXhgIChg
Zm9sZGVyaWRgLGB0b2lkYCxgdG90eXBlYCksDQogIEtFWSBgc2VudGl0ZW1z aW5kZXhgIChgZnJv
bWlkYCxgZnJvbXR5cGVgKQ0KKSBFTkdJTkU9TXlJU0FNIERFRkFVTFQgQ0hB UlNFVD1sYXRpbjE7
DQoNCi8qVGFibGUgc3RydWN0dXJlIGZvciB0YWJsZSBgbWVzc2FnZXNgICov DQovKk1lcmdlIHRh
YmxlIGRlZmluaXRpb24gdGhhdCBjb3ZlcnMgYWxsIG1lc3NhZ2UgdGFibGVz Ki8NCg0KQ1JFQVRF
IFRBQkxFIGBtZXNzYWdlc2AgKA0KICBgaWRgIHZhcmNoYXIoMzYpIE5PVCBO VUxMIGRlZmF1bHQg
JycsDQogIGBmb2xkZXJpZGAgdmFyY2hhcigzNikgTk9UIE5VTEwgZGVmYXVs dCAnJywNCiAgYGZy
b21pZGAgaW50KDExKSBOT1QgTlVMTCBkZWZhdWx0ICcwJywNCiAgYGZyb210 eXBlYCB2YXJjaGFy
KDEwKSBOT1QgTlVMTCBkZWZhdWx0ICcnLA0KICBgdG9pZGAgaW50KDExKSBO T1QgTlVMTCBkZWZh
dWx0ICcwJywNCiAgYHRvdHlwZWAgdmFyY2hhcigxMCkgTk9UIE5VTEwgZGVm YXVsdCAnJywNCiAg
YHN1YmplY3RgIHZhcmNoYXIoMjU1KSBkZWZhdWx0IE5VTEwsDQogIGBib2R5 YCB0ZXh0LA0KICBg
cmVhZGJ5cmVjaXBpZW50YCB0aW55aW50KDEpIE5PVCBOVUxMIGRlZmF1bHQg JzAnLA0KICBgZGVs
ZXRlZGJ5YXV0aG9yYCB0aW55aW50KDEpIE5PVCBOVUxMIGRlZmF1bHQgJzAn LA0KICBgZGVsZXRl
ZGJ5cmVjaXBpZW50YCB0aW55aW50KDEpIE5PVCBOVUxMIGRlZmF1bHQgJzAn LA0KICBgdGhyZWFk
aWRgIHZhcmNoYXIoMzYpIE5PVCBOVUxMIGRlZmF1bHQgJycsDQogIGBzZW50 dGltZWAgdGltZXN0
YW1wIE5PVCBOVUxMIGRlZmF1bHQgQ1VSUkVOVF9USU1FU1RBTVAsDQogIFBS SU1BUlkgS0VZICAo
YGlkYCksDQogIEtFWSBgZm9sZGVyaWRgIChgZm9sZGVyaWRgKSwNCiAgS0VZ IGB0aHJlYWRpZGAg
KGB0aHJlYWRpZGApLA0KICBLRVkgYGluYm94Zm9sZGVyaW5kZXhgIChgZm9s ZGVyaWRgLGB0b2lk
YCxgdG90eXBlYCksDQogIEtFWSBgc2VudGl0ZW1zaW5kZXhgIChgZnJvbWlk YCxgZnJvbXR5cGVg
KQ0KKSBFTkdJTkU9TVJHX015SVNBTSBERUZBVUxUIENIQVJTRVQ9bGF0aW4x IElOU0VSVF9NRVRI
T0Q9TEFTVCBVTklPTj0oYG1lc3NhZ2VzMjAwOWApOw0KDQoNCg0KDQoNCg0K U3VkaGlyIE5pbWF2
YXRTZW5pb3Igc29mdHdhcmUgZW5naW5lZXIuDQpRdWljayBzdGFydCBnbG9i YWwgUFZUIExURC4N
CkJhcm9kYSAtIDM5MDAwNw0KR3VqYXJhdCwgSW5kaWENCg0KUGVyc29uYWxs eSBJJ20gYWx3YXlz
IHJlYWR5IHRvIGxlYXJuLCBhbHRob3VnaCBJIGRvIG5vdCBhbHdheXMgbGlr ZSBiZWluZyB0YXVn
aHQNCg0KDQogICAgICBUaGUgSU5URVJORVQgbm93IGhhcyBhIHBlcnNvbmFs aXR5LiBZT1VSUyEg
U2VlIHlvdXIgWWFob28hIEhvbWVwYWdlLiBodHRwOi8vaW4ueWFob28uY29t Lw0KDQpUaGlzIG1l
c3NhZ2UgY29udGFpbnMgY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFuZCBp cyBpbnRlbmRlZCBv
bmx5IGZvciB0aGUgaW5kaXZpZHVhbCBuYW1lZC4gIElmIHlvdSBhcmUgbm90 IHRoZSBuYW1lZCBh
ZGRyZXNzZWUsIHlvdSBhcmUgbm90aWZpZWQgdGhhdCByZXZpZXdpbmcsIGRp c3NlbWluYXRpbmcs
IGRpc2Nsb3NpbmcsIGNvcHlpbmcgb3IgZGlzdHJpYnV0aW5nIHRoaXMgZS1t YWlsIGlzIHN0cmlj
dGx5IHByb2hpYml0ZWQuICBQbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1t ZWRpYXRlbHkgYnkg
ZS1tYWlsIGlmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZS1tYWlsIGJ5IG1p c3Rha2UgYW5kIGRl
bGV0ZSB0aGlzIGUtbWFpbCBmcm9tIHlvdXIgc3lzdGVtLiBFLW1haWwgdHJh bnNtaXNzaW9uIGNh
bm5vdCBiZSBndWFyYW50ZWVkIHRvIGJlIHNlY3VyZSBvciBlcnJvci1mcmVl IGFzIGluZm9ybWF0
aW9uIGNvdWxkIGJlIGludGVyY2VwdGVkLCBjb3JydXB0ZWQsIGxvc3QsIGRl c3Ryb3llZCwgYXJy
aXZlIGxhdGUgb3IgaW5jb21wbGV0ZSwgb3IgY29udGFpbiB2aXJ1c2VzLiBU aGUgc2VuZGVyIHRo
ZXJlZm9yZSBkb2VzIG5vdCBhY2NlcHQgbGlhYmlsaXR5IGZvciBhbnkgbG9z cyBvciBkYW1hZ2Ug
Y2F1c2VkIGJ5IHZpcnVzZXMgb3IgZXJyb3JzIG9yIG9taXNzaW9ucyBpbiB0 aGUgY29udGVudHMg
b2YgdGhpcyBtZXNzYWdlLCB3aGljaCBhcmlzZSBhcyBhIHJlc3VsdCBvZiBl LW1haWwgdHJhbnNt
aXNzaW9uLiBbRnJpZW5kRmluZGVyIE5ldHdvcmtzLCBJbmMuLCAyMjAgSHVt Ym9sdCBjb3VydCwg
U3Vubnl2YWxlLCBDQSA5NDA4OSwgVVNBLCBGcmllbmRGaW5kZXIuY29tDQo=

Re: Optimization suggestions

--0-1396815385-1260856321=:67362
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Tables has varchar36 primary keys, because I use UUID and not auto incremen=
t columns.=0AI have verified all the queries that are going to run on table=
s using Explain and it show correct index being used. Thanks=0ASN=0A=
=0A =0A =0A =0ASudhir NimavatSenior software engineer. =0AQuick start g=
lobal PVT LTD.=0ABaroda - 390007=0AGujarat, India Personally I'm alway=
s ready to learn, although I do not always like being taught=0A =0A=
________________________________=0AFrom: Gavin Towey =
=0ATo: Sudhir N ; Mysql =
=0ASent: Tue, 15 December, 2009 2:16:53 AM=0ASubject: RE: Optimization sugg=
estions Id should probably be an auto_incrementing INT, if you still n=
eed a unique text identifier, then I would make a separate field. Though m=
y opinion isn't the only way; there is much debate on natural vs. surrogate=
keys. I would normalize "folderid" into a lookup in another table, an=
d make folderid an INT value. Threadid is another field that would pro=
bably be better as an INT. As for your indexes, they depend completely=
on what type of queries you're going to be running. Once you know that, t=
hen you can test them using sample data and EXPLAIN. http://dev.mysql.=
com/doc/refman/5.0/en/explain.html =0Ahttp://dev.mysql.com/doc/refman/5.0/e=
n/mysql-indexes.html About normalization:=0Ahttp://dev.mysql.com/tech=
-resources/articles/intro-to-normalization.html =0ARegards,=0AGavin T=
owey =0A-----Original Message-----=0AFrom: Sudhir N [mailto:sudhir_nim=
avat@yahoo.com]=0ASent: Monday, December 14, 2009 10:31 AM=0ATo: Mysql=0ASu=
bject: Optimization suggestions I have following table structure, I ha=
ve to use merge storage engine.=0APlease have a look, and provide feedback =
if theres some thing wrong or if there's space for optimization. =0A/*=
Table structure for table `messages2009` */ CREATE TABLE `messages2009=
` (=0A `id` varchar(36) NOT NULL default '',=0A `folderid` varchar(36) NO=
T NULL default '',=0A `fromid` int(11) NOT NULL default '0',=0A `fromtype=
` varchar(10) NOT NULL default '',=0A `toid` int(11) NOT NULL default '0',=
=0A `totype` varchar(10) NOT NULL default '',=0A `subject` varchar(255) d=
efault NULL,=0A `body` text,=0A `readbyrecipient` tinyint(1) NOT NULL def=
ault '0',=0A `deletedbyauthor` tinyint(1) NOT NULL default '0',=0A `delet=
edbyrecipient` tinyint(1) NOT NULL default '0',=0A `threadid` varchar(36) =
NOT NULL default '',=0A `senttime` timestamp NOT NULL default CURRENT_TIME=
STAMP,=0A PRIMARY KEY (`id`),=0A KEY `folderid` (`folderid`),=0A KEY `t=
hreadid` (`threadid`),=0A KEY `inboxfolderindex` (`folderid`,`toid`,`totyp=
e`),=0A KEY `sentitemsindex` (`fromid`,`fromtype`)=0A) ENGINE=3DMyISAM DEF=
AULT CHARSET=3Dlatin1; /*Table structure for table `messages` */=0A/*M=
erge table definition that covers all message tables*/ CREATE TABLE `m=
essages` (=0A `id` varchar(36) NOT NULL default '',=0A `folderid` varchar=
(36) NOT NULL default '',=0A `fromid` int(11) NOT NULL default '0',=0A `f=
romtype` varchar(10) NOT NULL default '',=0A `toid` int(11) NOT NULL defau=
lt '0',=0A `totype` varchar(10) NOT NULL default '',=0A `subject` varchar=
(255) default NULL,=0A `body` text,=0A `readbyrecipient` tinyint(1) NOT N=
ULL default '0',=0A `deletedbyauthor` tinyint(1) NOT NULL default '0',=0A =
`deletedbyrecipient` tinyint(1) NOT NULL default '0',=0A `threadid` varch=
ar(36) NOT NULL default '',=0A `senttime` timestamp NOT NULL default CURRE=
NT_TIMESTAMP,=0A PRIMARY KEY (`id`),=0A KEY `folderid` (`folderid`),=0A =
KEY `threadid` (`threadid`),=0A KEY `inboxfolderindex` (`folderid`,`toid`=
,`totype`),=0A KEY `sentitemsindex` (`fromid`,`fromtype`)=0A) ENGINE=3DMRG=
_MyISAM DEFAULT CHARSET=3Dlatin1 INSERT_METHOD=3DLAST UNION=3D(`messages200=
9`); =0ASudhir NimavatSenior software engineer.=0AQuick st=
art global PVT LTD.=0ABaroda - 390007=0AGujarat, India Personally I'm =
always ready to learn, although I do not always like being taught =0A =
The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. h=
ttp://in.yahoo.com/ This message contains confidential information an=
d is intended only for the individual named. If you are not the named addr=
essee, you are notified that reviewing, disseminating, disclosing, copying =
or distributing this e-mail is strictly prohibited. Please notify the send=
er immediately by e-mail if you have received this e-mail by mistake and de=
lete this e-mail from your system. E-mail transmission cannot be guaranteed=
to be secure or error-free as information could be intercepted, corrupted,=
lost, destroyed, arrive late or incomplete, or contain viruses. The sender=
therefore does not accept liability for any loss or damage caused by virus=
es or errors or omissions in the contents of this message, which arise as a=
result of e-mail transmission. [FriendFinder Networks, Inc., 220 Humbolt c=
ourt, Sunnyvale, CA 94089, USA, FriendFinder.com The INTER=
NET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo=
..com/
--0-1396815385-1260856321=:67362--